From report at bugs.python.org  Thu Jun  1 00:18:11 2017
From: report at bugs.python.org (Milan Oberkirch)
Date: Thu, 01 Jun 2017 04:18:11 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496290691.73.0.297076746657.issue11783@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


----------
pull_requests: +1979

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Thu Jun  1 01:18:28 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 05:18:28 +0000
Subject: [issue30509] Optimize calling type slots
In-Reply-To: <1496123800.73.0.877253409287.issue30509@psf.upfronthosting.co.za>
Message-ID: <1496294308.2.0.664325479359.issue30509@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 4e624ca50a665d7e4d527ab98932347ff43a19b0 by Serhiy Storchaka in branch 'master':
bpo-30509: Clean up calling type slots. (#1883)
https://github.com/python/cpython/commit/4e624ca50a665d7e4d527ab98932347ff43a19b0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30509>
_______________________________________

From report at bugs.python.org  Thu Jun  1 02:32:30 2017
From: report at bugs.python.org (Stefan Behnel)
Date: Thu, 01 Jun 2017 06:32:30 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
Message-ID: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>


New submission from Stefan Behnel:

I'm seeing doctest failures in Cython's test suite with Py3.7 due to the change of an error message:

Failed example:
    func1(arg=None)
Expected:
    Traceback (most recent call last):
    ...
    TypeError: func1() takes no keyword arguments
Got:
    Traceback (most recent call last):
      File "/opt/python/3.7-dev/lib/python3.7/doctest.py", line 1329, in __run
        compileflags, 1), test.globs)
      File "<doctest always_allow_keywords_T295.func1[2]>", line 1, in <module>
        func1(arg=None)
    TypeError: func1() takes exactly one argument (0 given)

I'd normally just adapt the doctest and move on, but this seems like the error message is worse than before, so I thought I'd bring it up here. func1() is implemented as a METH_O C function. Suggesting that it does not accept keyword arguments seems better than saying that it expects "exactly one argument" instead of the exactly one argument that was passed.

----------
components: Interpreter Core
messages: 294906
nosy: scoder
priority: normal
severity: normal
status: open
title: error message for incorrect call degraded in 3.7
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:03:00 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 07:03:00 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496300580.36.0.971261762308.issue30534@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:14:07 2017
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 01 Jun 2017 07:14:07 +0000
Subject: [issue30520] loggers can't be pickled
In-Reply-To: <1496217048.71.0.370871054359.issue30520@psf.upfronthosting.co.za>
Message-ID: <1496301247.13.0.287758895999.issue30520@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

I am not sure it is a good idea to support pickling of loggers, as they are singletons and generally aren't supposed to be instantiated other than by calling logging.getLogger(name). What's the use case for pickling them, giving that (as you say) just the name could be used? In general, it's not needed to have loggers as part of an object instance, so I don't quite see where the need to pickle comes from.

One could implement __getstate__() to just return the name, but there is no corresponding obvious implementation of __setstate__() because loggers aren't meant to be instantiated via unpickling.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30520>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:18:31 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Jun 2017 07:18:31 +0000
Subject: [issue30520] loggers can't be pickled
In-Reply-To: <1496301247.13.0.287758895999.issue30520@psf.upfronthosting.co.za>
Message-ID: <ef2d3142-2b62-2dd0-e8ef-ccd0f0fd3bfe@free.fr>


Antoine Pitrou added the comment:

Le 01/06/2017 ? 09:14, Vinay Sajip a ?crit :
> 
> I am not sure it is a good idea to support pickling of loggers, as they are singletons and generally aren't supposed to be instantiated other than by calling logging.getLogger(name).

Pickling them by name is precisely what I'm having in mind.  Right now,
pickle tries to recreate them structurally, which fails.

In other words (untested, but you get the idea):

  class Logger:
      def __reduce__(self):
          return getLogger, (self.name,)

> What's the use case for pickling them,

You usually don't pickle loggers directly.  You pickle an object that
happens to hold (directly or indirectly) a reference to a logger (it's
quite common to have `self.logger = ...` in your code), and pickle tries
to pickle the logger as part of pickling that object.

> One could implement __getstate__() to just return the name, but there
is no corresponding obvious implementation of __setstate__() because
loggers aren't meant to be instantiated via unpickling.

No need for __getstate__ or __setstate__, __reduce__ should work fine
(see above).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30520>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:21:14 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Thu, 01 Jun 2017 07:21:14 +0000
Subject: [issue24692] types.coroutines() idempotence documentation
In-Reply-To: <1437650502.32.0.0288592289227.issue24692@psf.upfronthosting.co.za>
Message-ID: <1496301674.44.0.817836741943.issue24692@psf.upfronthosting.co.za>


Antoine Pietri added the comment:

I checked, the current doc gives a good explanation. I'm closing the issue.

----------
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24692>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:22:24 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Thu, 01 Jun 2017 07:22:24 +0000
Subject: [issue21044] tarfile does not handle file .name being an int
In-Reply-To: <1395624777.51.0.277506799413.issue21044@psf.upfronthosting.co.za>
Message-ID: <1496301744.52.0.788986856646.issue21044@psf.upfronthosting.co.za>


Changes by Antoine Pietri <antoine.pietri1 at gmail.com>:


----------
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21044>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:27:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 07:27:10 +0000
Subject: [issue17852] Built-in module _io can loose data from buffered files
 at exit
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1496302030.41.0.127557283619.issue17852@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Neil Schemenauer: "Well, I just spent a couple of hours debugging a problem caused by this issue."

Did you get any ResourceWarning? You need to run python3 with -Wd to see them.

By the way, I enhanced ResourceWarning in Python 3.6: if you enable tracemalloc, these warnings now log the traceback where the leakded resource was created ;-)
https://docs.python.org/dev/whatsnew/3.6.html#warnings

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:27:48 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 07:27:48 +0000
Subject: [issue22898] segfault during shutdown attempting to log
 ResourceWarning
In-Reply-To: <1416345976.57.0.643107529371.issue22898@psf.upfronthosting.co.za>
Message-ID: <1496302068.91.0.572269840878.issue22898@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The issue #17852 is still alive and has a reference to this issue. It would be nice to rebase the latest patch on master and create a PR ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22898>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:35:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 07:35:24 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496302524.73.0.0444857123108.issue30534@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Example with a builtin function, abs(), which uses METH_O.

Before:

haypo at selma$ python3
Python 3.5.3 (default, Apr 24 2017, 13:32:13) 
>>> abs(x=5)
TypeError: abs() takes no keyword arguments

After:

haypo at selma$ ./python
Python 3.7.0a0 (heads/master:85aba23, May 31 2017, 10:29:03) 
>>> abs(x=5)
TypeError: abs() takes exactly one argument (0 given)

In Python 3.5, PyCFunction_Call() starts by checking keyword arguments:

    if (flags == (METH_VARARGS | METH_KEYWORDS)) {
        ...
    }
    else {
        if (kwds != NULL && PyDict_Size(kwds) != 0) {
            PyErr_Format(PyExc_TypeError, "%.200s() takes no keyword arguments",
                         f->m_ml->ml_name);
            return NULL;
        }

        switch (flags) {
        case METH_NOARGS:
            size = PyTuple_GET_SIZE(args);
            if (size != 0) {
                PyErr_Format(PyExc_TypeError,
                    "%.200s() takes no arguments (%zd given)",
                    f->m_ml->ml_name, size);
                return NULL;
            }
            ...


In Python 3.7, _PyMethodDef_RawFastCallKeywords() first check positional arguments:

    switch (flags)
    {
    case METH_NOARGS:
        if (nargs != 0) {
            PyErr_Format(PyExc_TypeError,
                "%.200s() takes no arguments (%zd given)",
                method->ml_name, nargs);
            goto exit;
        }

        if (nkwargs) {
            goto no_keyword_error;
        }

        ...

We can easily exchange the two checks, but IMHO we need an unit test (at least decorated by @cpython_only) to avoid regressions in the future.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:36:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 07:36:03 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496302563.88.0.672132810461.issue30534@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ah, Python 3.6 is not affected:

haypo at selma$ ./python
Python 3.6.1+ (heads/unpack_dict:ba4fb35, May 31 2017, 16:31:51) 
>>> abs(x=5)
TypeError: abs() takes no keyword arguments

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:38:06 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 07:38:06 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496302686.0.0.73573633302.issue30534@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +1980

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:39:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 07:39:49 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496302789.68.0.876836410455.issue30534@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I introduced the regression with the commit 7fc252adfbedece75f2330bcfdadbf84dee7836f: 

"Optimize _PyCFunction_FastCallKeywords(): Issue #29259: Write fast path in _PyCFunction_FastCallKeywords() for METH_FASTCALL, (...) Cleanup also _PyCFunction_FastCallDict(): (...) Move code to raise the "no keyword argument" exception into a new no_keyword_error label."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:43:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 07:43:34 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496303014.03.0.721610092166.issue30534@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also "[Python-ideas] Positional-only parameters" discussion of last March:
https://mail.python.org/pipermail/python-ideas/2017-March/044956.html

Brett Cannon: "It seems all the core devs who have commented on this are in the positive (Victor, Yury, Ethan, Yury, Guido, Terry, and Steven; MAL didn't explicitly vote). So to me that suggests there's enough support to warrant writing a PEP. (...)"

(No, I didn't write such PEP yet :-p)

Maybe we can also enhance the error message to explain that the function accepts exactly one positional-only argument?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 03:45:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 07:45:02 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496303102.98.0.672757593107.issue30534@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Note that some error messages are "takes no keyword arguments", but others are "does not take keyword arguments" or "doesn't take keyword arguments". They should be unified. What wording is better?

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 04:02:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 08:02:28 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496304148.72.0.428982995409.issue30534@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Note that some error messages are "takes no keyword arguments", but others are "does not take keyword arguments" or "doesn't take keyword arguments".

We already have a _PyArg_NoKeywords() function. Maybe we could add a new _PyErr_NoKeywords() function which would just raise the error?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 04:14:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 08:14:30 +0000
Subject: [issue30397] Expose regular expression and match objects types in the
 re module
In-Reply-To: <1495099071.76.0.78537158998.issue30397@psf.upfronthosting.co.za>
Message-ID: <1496304870.9.0.216947507407.issue30397@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Added GvR and Ivan because this is related to the typing module. This change allows re.Patter and re.Match be just imported from the re module.

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30397>
_______________________________________

From report at bugs.python.org  Thu Jun  1 04:19:05 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 08:19:05 +0000
Subject: [issue30397] Expose regular expression and match objects types in the
 re module
In-Reply-To: <1495099071.76.0.78537158998.issue30397@psf.upfronthosting.co.za>
Message-ID: <1496305145.49.0.870808674823.issue30397@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30397>
_______________________________________

From report at bugs.python.org  Thu Jun  1 04:59:10 2017
From: report at bugs.python.org (Xavier Morel)
Date: Thu, 01 Jun 2017 08:59:10 +0000
Subject: [issue30535] Warn that meta_path is not empty
Message-ID: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>


New submission from Xavier Morel:

Encountered this issue porting Python 2 code manipulating meta_path to Python 3.

In Python 2, meta_path is empty by default and its documentation specifically notes that:

> sys.meta_path is searched before any implicit default finders or sys.path.

As a result, sys.meta_path.append() works perfectly well and is overwhelmingly common[0].

In Python 3, this note was removed but the documentation does not specifically state default finders are present in meta_path, and the old code using sys.meta_path.append may now break as the default finders will silently take precedence on the custom ones if they believe they can do the job.

I'd like to add a warning to the Python 3 documentation (3.5+?) noting the presence of existing default loaders, and to the Python 2 documentation suggesting `sys.meta_path.insert(0, finder)` for future-proofing, would there be objections or issues?

[0] https://github.com/search?q=meta_path.append&type=Code&utf8=?

----------
assignee: docs at python
components: Documentation
messages: 294919
nosy: docs at python, xmorel
priority: normal
severity: normal
status: open
title: Warn that meta_path is not empty
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:17:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 09:17:40 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496308660.84.0.645136172059.issue30534@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The details can be different. For example:

>>> 1 .__add__(x=2)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: wrapper __add__ doesn't take keyword arguments

The message contains the word "wrapper" and doesn't contains parenthesis. I think it can be extended for containing the type name ("int.__add__()" or "wrapper __add__ of in objects"), and this hard to do with general _PyErr_NoKeywords(). Let first unify messages, then try to add more useful information in messages and create a general API if this is possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:28:17 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 09:28:17 +0000
Subject: [issue30520] loggers can't be pickled
In-Reply-To: <1496217048.71.0.370871054359.issue30520@psf.upfronthosting.co.za>
Message-ID: <1496309297.87.0.0618746640986.issue30520@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The idea LGTM. But we should first check that the logger is accessible by the name: getLogger(self.name) is self. The same is done when pickling classes, functions, etc. It shouldn't be a surprise on unpickler side.

And maybe use not getLogger(), but different method which should fail if the logger doesn't exist rather than creating it. Otherwise this looks as pickling open files by name.

----------
nosy: +serhiy.storchaka
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30520>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:38:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 09:38:15 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496309895.85.0.487135686998.issue30526@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This looks similar to issue15216 and may be merged with it. At least setting line_buffering and encoding should have unified interface. I see two possibilities of making this Pythonic:

* Make attributes writeable.

* Add a method (configure(), reopen(), or like) that takes new values as keyword arguments. This allows to change several attributes at a time.

----------
nosy: +ncoghlan, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:38:45 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Jun 2017 09:38:45 +0000
Subject: [issue30520] loggers can't be pickled
In-Reply-To: <1496309297.87.0.0618746640986.issue30520@psf.upfronthosting.co.za>
Message-ID: <78b242ae-5164-7306-091f-21517da761ef@free.fr>


Antoine Pitrou added the comment:

Le 01/06/2017 ? 11:28, Serhiy Storchaka a ?crit :
> 
> The idea LGTM. But we should first check that the logger is accessible by the name: getLogger(self.name) is self. The same is done when pickling classes, functions, etc. It shouldn't be a surprise on unpickler side.

Good idea.

> And maybe use not getLogger(), but different method which should fail if the logger doesn't exist rather than creating it.

I disagree. The fact that it creates a new logger if it doesn't exist is
pretty much by design.  Typically, if you have:

class MyObject:
    def __init__(self):
        self.logger = getLogger('myobject')

then unpickling the first MyObject instance in a new process should also
create the 'myobject' logger instead of failing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30520>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:45:34 2017
From: report at bugs.python.org (Xavier Morel)
Date: Thu, 01 Jun 2017 09:45:34 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496310334.29.0.290726146246.issue30535@psf.upfronthosting.co.za>


Xavier Morel added the comment:

Addendum: the warning was present (in the documentation) until Python 3.5, even though Python 3.3 is apparently where the "default finders" were moved to meta_path:

    > python3.2 -c 'import sys;print(sys.meta_path)'
    []
> python3.3 -c 'import sys;print(sys.meta_path)'
    [<class '_frozen_importlib.BuiltinImporter'>, <class '_frozen_importlib.FrozenImporter'>, <class '_frozen_importlib.PathFinder'>]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:50:27 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Jun 2017 09:50:27 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496310627.12.0.287990445064.issue30526@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I don't think those two issues need to be merged.  Setting line_buffering and write_through is almost trivial, while setting the encoding seems to take a significant amount of effort.

That said, I agree that a unified interface may be nice.  Perhaps a reconfigure(**kwargs) method?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:50:32 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Jun 2017 09:50:32 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496310632.25.0.302228107299.issue30526@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:51:31 2017
From: report at bugs.python.org (Xavier Morel)
Date: Thu, 01 Jun 2017 09:51:31 +0000
Subject: [issue29920] Document cgitb.text and cgitb.html
In-Reply-To: <1490620609.02.0.405950190914.issue29920@psf.upfronthosting.co.za>
Message-ID: <1496310691.66.0.526668384638.issue29920@psf.upfronthosting.co.za>


Xavier Morel added the comment:

Should I close this since the PR was merged?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29920>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:52:51 2017
From: report at bugs.python.org (Xavier Morel)
Date: Thu, 01 Jun 2017 09:52:51 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496310771.57.0.177592044561.issue30535@psf.upfronthosting.co.za>


Xavier Morel added the comment:

And it turns out the change was noted in the Python 3.3 release notes[0] though not all the consequences were spelled out (and the meta_path and path_hooks documentations were not changed)

[0] https://docs.python.org/3/whatsnew/3.3.html#visible-changes

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Thu Jun  1 05:56:33 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Jun 2017 09:56:33 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496310993.94.0.285015285547.issue30535@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

A warning is probably too strong.  Also, it's easy to check sys.meta_path at the interpreter prompt, so I'm not sure it's worth mentioning at all.

----------
nosy: +brett.cannon, eric.snow, ncoghlan, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Thu Jun  1 06:25:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 10:25:03 +0000
Subject: [issue29920] Document cgitb.text and cgitb.html
In-Reply-To: <1490620609.02.0.405950190914.issue29920@psf.upfronthosting.co.za>
Message-ID: <1496312703.02.0.575215874415.issue29920@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I suggest to move the descriptions of text() and html() after handle(). And I don't know what to do with the discrepancy in the parameter name.

----------
versions:  -Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29920>
_______________________________________

From report at bugs.python.org  Thu Jun  1 06:27:12 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 10:27:12 +0000
Subject: [issue30520] loggers can't be pickled
In-Reply-To: <1496217048.71.0.370871054359.issue30520@psf.upfronthosting.co.za>
Message-ID: <1496312832.79.0.18654078023.issue30520@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> The fact that it creates a new logger if it doesn't exist is
> pretty much by design.

May be. I don't have a strong opinion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30520>
_______________________________________

From report at bugs.python.org  Thu Jun  1 06:41:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 10:41:30 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496313690.08.0.285440562054.issue30526@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

First at all, I'm not sure that allowing to modify TextIOWrapper settings after creation is a good idea. I would be feeling uncomfortable if the third-party library changed the buffering or encoding settings of passed text stream for its own needs, and this stream is sys.stdout. For example set f.line_buffering = False for performance and break your logging. Creating a new TextIOWrapper for own needs looks safer. But changing the global state is the essential part of Nick's and your issues.

This could have long-term consequences, so it is worth to discuss the principle on the Python-Dev mailing list before applying the changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Thu Jun  1 06:42:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 10:42:19 +0000
Subject: [issue30536] SubinterpThreadingTests.test_threads_join_2() of
 test_threading leaks references
Message-ID: <1496313739.63.0.850001827966.issue30536@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Ah! I succeeded to hack a tool to bisect -m test -R 3:3 failure (issue #29512, I will publish it later, right now it's too hackish), so I found a first guilty of failure on the Gentoo Refleak failure.

Maybe it's related to recent Eric Snow's work. Maybe not. I didn't dig the bug yet.

haypo at selma$ ./python -m test -R 3:3 -m test_threads_join_2 test_threading
Run tests sequentially
0:00:00 load avg: 0.16 [1/1] test_threading
beginning 6 repetitions
123456
......
test_threading leaked [3, 3, 3] references, sum=9
test_threading failed

1 test failed:
    test_threading

Total duration: 2 sec
Tests result: FAILURE

----------
messages: 294932
nosy: eric.snow, haypo, serhiy.storchaka, zach.ware
priority: normal
severity: normal
status: open
title: SubinterpThreadingTests.test_threads_join_2() of test_threading leaks references
type: resource usage
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30536>
_______________________________________

From report at bugs.python.org  Thu Jun  1 06:43:08 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 01 Jun 2017 10:43:08 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496313690.08.0.285440562054.issue30526@psf.upfronthosting.co.za>
Message-ID: <88b51359-9d27-ac1f-e380-091842791186@free.fr>


Antoine Pitrou added the comment:

Le 01/06/2017 ? 12:41, Serhiy Storchaka a ?crit :
> 
> First at all, I'm not sure that allowing to modify TextIOWrapper settings after creation is a good idea. I would be feeling uncomfortable if the third-party library changed the buffering or encoding settings of passed text stream for its own needs, and this stream is sys.stdout.

Agreed that third-party libraries should not, but we're talking about
applications here.

> For example set f.line_buffering = False for performance and break your logging. Creating a new TextIOWrapper for own needs looks safer.

Now you may have two TextIOWrappers alive wrapping the same buffered IO
object.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Thu Jun  1 07:26:09 2017
From: report at bugs.python.org (Michael Seifert)
Date: Thu, 01 Jun 2017 11:26:09 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
Message-ID: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>


New submission from Michael Seifert:

In a question on StackOverflow (https://stackoverflow.com/questions/44302946/itertools-does-not-recognize-numpy-ints-as-valid-inputs-on-python-3-6) it was mentioned that numpys scalars cannot be used as index for `itertools.islice`. 

The reason for this is because the numbers are converted with `PyLong_AsSsize_t` (which requires a PyLongObject [or subclass]) instead of `PyNumber_AsSsize_t` (which only requires an `__index__` method).

I'm not sure if there are many use-cases where numpy scalars make sense as inputs for `islice` but it's definetly unexpected that `itertools.islice([1, 2, 3, 4, 5, 6], np.int32(3))` currently throws a `ValueError: Stop argument for islice() must be None or an integer: 0 <= x <= sys.maxsize.`

----------
components: Library (Lib)
messages: 294934
nosy: MSeifert
priority: normal
severity: normal
status: open
title: Using PyNumber_AsSsize_t in itertools.islice
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Thu Jun  1 07:32:36 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 01 Jun 2017 11:32:36 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
Message-ID: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>


New submission from Cheryl Sabella:

The Functional Programming HOWTO describes single variable itertools.count instead of the two variable version that is linked to.

----------
assignee: docs at python
components: Documentation
messages: 294935
nosy: csabella, docs at python
priority: normal
severity: normal
status: open
title: Functional Programming HOWTO describes one argument itertools.count()
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Thu Jun  1 07:33:17 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 01 Jun 2017 11:33:17 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496316797.82.0.890954969112.issue30538@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Thu Jun  1 09:12:00 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 13:12:00 +0000
Subject: [issue30378] SysLogHandler does not support IPv6 destinations
In-Reply-To: <1494944599.91.0.527371158049.issue30378@psf.upfronthosting.co.za>
Message-ID: <1496322720.53.0.927299975147.issue30378@psf.upfronthosting.co.za>


Xiang Zhang added the comment:


New changeset 0b4b57df964f1ba427684556b8e5f05852454e0d by Xiang Zhang in branch 'master':
bpo-30378: Fix the problem that SysLogHandler can't handle IPv6 addresses (#1676)
https://github.com/python/cpython/commit/0b4b57df964f1ba427684556b8e5f05852454e0d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30378>
_______________________________________

From report at bugs.python.org  Thu Jun  1 09:24:09 2017
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 01 Jun 2017 13:24:09 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496323449.0.0.544058406391.issue11783@psf.upfronthosting.co.za>


Christian Heimes added the comment:

zvyn, thanks for your patch.

However I'm sorry to say that Python stdlib's IDNA support is fundamentally broken by design. Therefore I'm against any IDNA related patches until we have addresses multiple issues with internationalized domain names. Our naive support of IDNA in socket module and ssl module is a security issue waiting to be happening.

* Python blindly assume that 'idna' is the only transformation of IDN U-labels into IDN A-labels. That's just plain wrong. Python's idna is really IDNA-2003.
* Besides IDNA 2003 there is also IDNA 2008. Of course the encodings are not compatible to each other.
* The old encoding IDNA-2003 and *MUST NOT* be used for some TLDs like .de because has an incorrect mapping for several characters like '?'.
* IDNA-2008 does not support upper case letters. Most applications want to use UTR46 mapping for IDNA-2008.
* On the application side, mapping of IDN U-labels must go through an additional validation layer to counteract homoglyphic confusion attacks. (e.g. cyrillic 'r' looks like latin 'p').

Before we add more security issues to libraries, we should come up with a plan to address this mess. First step: add IDNA-2008 and UTR46 support to stdlib.

I'm deeply sorry for dragging you into this mess. :/

PS: I have removed the 'easy' keyword.

----------
keywords:  -easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Thu Jun  1 09:25:51 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 13:25:51 +0000
Subject: [issue30378] SysLogHandler does not support IPv6 destinations
In-Reply-To: <1494944599.91.0.527371158049.issue30378@psf.upfronthosting.co.za>
Message-ID: <1496323551.95.0.505621103082.issue30378@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
pull_requests: +1981

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30378>
_______________________________________

From report at bugs.python.org  Thu Jun  1 09:26:14 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 13:26:14 +0000
Subject: [issue30378] SysLogHandler does not support IPv6 destinations
In-Reply-To: <1494944599.91.0.527371158049.issue30378@psf.upfronthosting.co.za>
Message-ID: <1496323574.97.0.545867974389.issue30378@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
pull_requests: +1982

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30378>
_______________________________________

From report at bugs.python.org  Thu Jun  1 09:31:25 2017
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 01 Jun 2017 13:31:25 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496323885.3.0.639023593184.issue11783@psf.upfronthosting.co.za>


Christian Heimes added the comment:

http://www.unicode.org/reports/tr46/#IDNA2008-Section

    Additions. Some IDNs are invalid in IDNA2003, but valid in IDNA2008.
    Subtractions. Some IDNs are valid in IDNA2003, but invalid in IDNA2008.
    Deviations. Some IDNs are valid in both, but resolve to different destinations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Thu Jun  1 09:42:37 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 13:42:37 +0000
Subject: [issue30378] SysLogHandler does not support IPv6 destinations
In-Reply-To: <1494944599.91.0.527371158049.issue30378@psf.upfronthosting.co.za>
Message-ID: <1496324557.3.0.253480413541.issue30378@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
pull_requests: +1983

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30378>
_______________________________________

From report at bugs.python.org  Thu Jun  1 09:59:06 2017
From: report at bugs.python.org (jabdoa)
Date: Thu, 01 Jun 2017 13:59:06 +0000
Subject: [issue30539] Make Proactor public in asyncio.ProactorEventLoop
Message-ID: <1496325546.51.0.723953827271.issue30539@psf.upfronthosting.co.za>


New submission from jabdoa:

pyserial-asyncio cannot use IOCP for serial sockets on windows because _proactor is private on the ProactorEventLoop. Can it be made public? Currently, pyserial-asyncio has to rely on polling for windows which is suboptimal.

Some forks use Proactor (e.g. https://github.com/m-labs/asyncserial/blob/master/asyncserial/asyncserial.py#L172) but it would be nice to use a stable API in official pyserial-asyncio. Issue for this is here: https://github.com/pyserial/pyserial-asyncio/issues/3

----------
components: asyncio
messages: 294939
nosy: jabdoa, yselivanov
priority: normal
severity: normal
status: open
title: Make Proactor public in asyncio.ProactorEventLoop
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30539>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:02:39 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 14:02:39 +0000
Subject: [issue30499] Deprecated note in set documentation
In-Reply-To: <1496007018.0.0.712296031489.issue30499@psf.upfronthosting.co.za>
Message-ID: <1496325759.81.0.77717524235.issue30499@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 0737ee20671d60802a7ef40f653fe449f1921de0 by Mariatta (Julien) in branch 'master':
bpo-30499: Remove a deprecated note about sets. (GH-1848)
https://github.com/python/cpython/commit/0737ee20671d60802a7ef40f653fe449f1921de0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30499>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:05:06 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 14:05:06 +0000
Subject: [issue30499] Deprecated note in set documentation
In-Reply-To: <1496007018.0.0.712296031489.issue30499@psf.upfronthosting.co.za>
Message-ID: <1496325906.69.0.432354521516.issue30499@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +1984

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30499>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:05:15 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 14:05:15 +0000
Subject: [issue30499] Deprecated note in set documentation
In-Reply-To: <1496007018.0.0.712296031489.issue30499@psf.upfronthosting.co.za>
Message-ID: <1496325915.98.0.847907223044.issue30499@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +1985

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30499>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:05:22 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 14:05:22 +0000
Subject: [issue30499] Deprecated note in set documentation
In-Reply-To: <1496007018.0.0.712296031489.issue30499@psf.upfronthosting.co.za>
Message-ID: <1496325922.45.0.582174901924.issue30499@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +1986

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30499>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:12:35 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 14:12:35 +0000
Subject: [issue30499] Deprecated note in set documentation
In-Reply-To: <1496007018.0.0.712296031489.issue30499@psf.upfronthosting.co.za>
Message-ID: <1496326355.54.0.731456664561.issue30499@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 9d752aa5e695d682f3cfc40655580900b132e52a by Mariatta in branch '3.6':
bpo-30499: Remove a deprecated note about sets. (GH-1848) (GH-1905)
https://github.com/python/cpython/commit/9d752aa5e695d682f3cfc40655580900b132e52a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30499>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:12:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 14:12:45 +0000
Subject: [issue30499] Deprecated note in set documentation
In-Reply-To: <1496007018.0.0.712296031489.issue30499@psf.upfronthosting.co.za>
Message-ID: <1496326365.31.0.344739689397.issue30499@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 3419fc2bf1e81d42ef4578e59d3c10f9c239e80f by Mariatta in branch '3.5':
bpo-30499: Remove a deprecated note about sets. (GH-1848) (GH-1906)
https://github.com/python/cpython/commit/3419fc2bf1e81d42ef4578e59d3c10f9c239e80f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30499>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:12:57 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 14:12:57 +0000
Subject: [issue30499] Deprecated note in set documentation
In-Reply-To: <1496007018.0.0.712296031489.issue30499@psf.upfronthosting.co.za>
Message-ID: <1496326377.3.0.230070530641.issue30499@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 662d856cd7d21dbdbd4043c1735d93b32568c9e5 by Mariatta in branch '2.7':
bpo-30499: Remove a deprecated note about sets. (GH-1848) (GH-1907)
https://github.com/python/cpython/commit/662d856cd7d21dbdbd4043c1735d93b32568c9e5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30499>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:13:51 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 14:13:51 +0000
Subject: [issue30499] Deprecated note in set documentation
In-Reply-To: <1496007018.0.0.712296031489.issue30499@psf.upfronthosting.co.za>
Message-ID: <1496326431.41.0.494786306856.issue30499@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks Julien and Raymond.
PR has been merged and backported to 2.7, 3.5 and 3.6.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30499>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:20:01 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 14:20:01 +0000
Subject: [issue30378] SysLogHandler does not support IPv6 destinations
In-Reply-To: <1494944599.91.0.527371158049.issue30378@psf.upfronthosting.co.za>
Message-ID: <1496326801.76.0.802266560796.issue30378@psf.upfronthosting.co.za>


Xiang Zhang added the comment:


New changeset e20d22671996712eac416dd7bda79b5344d81164 by Xiang Zhang in branch '3.5':
bpo-30378: Fix the problem that SysLogHandler can't handle IPv6 addresses (#1676) (#1902)
https://github.com/python/cpython/commit/e20d22671996712eac416dd7bda79b5344d81164


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30378>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:20:30 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 14:20:30 +0000
Subject: [issue30378] SysLogHandler does not support IPv6 destinations
In-Reply-To: <1494944599.91.0.527371158049.issue30378@psf.upfronthosting.co.za>
Message-ID: <1496326830.48.0.660666949074.issue30378@psf.upfronthosting.co.za>


Xiang Zhang added the comment:


New changeset 95b4da2be4aeb74ee46ddece71f2075b32915c60 by Xiang Zhang in branch '3.6':
bpo-30378: Fix the problem that SysLogHandler can't handle IPv6 addresses (#1676) (#1903)
https://github.com/python/cpython/commit/95b4da2be4aeb74ee46ddece71f2075b32915c60


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30378>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:22:20 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 14:22:20 +0000
Subject: [issue30378] SysLogHandler does not support IPv6 destinations
In-Reply-To: <1494944599.91.0.527371158049.issue30378@psf.upfronthosting.co.za>
Message-ID: <1496326940.97.0.158937844033.issue30378@psf.upfronthosting.co.za>


Xiang Zhang added the comment:


New changeset 3ef3bcbe38e1913119c3022ca470d06908eeda3c by Xiang Zhang in branch '2.7':
bpo-30378: Fix the problem that SysLogHandler can't handle IPv6 addresses (#1904) (#1676)
https://github.com/python/cpython/commit/3ef3bcbe38e1913119c3022ca470d06908eeda3c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30378>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:24:10 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 14:24:10 +0000
Subject: [issue30378] SysLogHandler does not support IPv6 destinations
In-Reply-To: <1494944599.91.0.527371158049.issue30378@psf.upfronthosting.co.za>
Message-ID: <1496327050.76.0.113616252518.issue30378@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Thanks calcheng for your report and Vinay for the review.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30378>
_______________________________________

From report at bugs.python.org  Thu Jun  1 10:48:14 2017
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 01 Jun 2017 14:48:14 +0000
Subject: [issue29920] Document cgitb.text and cgitb.html
In-Reply-To: <1490620609.02.0.405950190914.issue29920@psf.upfronthosting.co.za>
Message-ID: <1496328494.06.0.129196719128.issue29920@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Please don't close it yet. I agree with Serhiy's comments in msg293394, but I couldn't find time to address his comments yet (plus we still need to backport the documentation update to 3.5 and 3.6 branches)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29920>
_______________________________________

From report at bugs.python.org  Thu Jun  1 11:00:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 15:00:29 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1496329229.4.0.932928701205.issue30339@psf.upfronthosting.co.za>


STINNER Victor added the comment:

New failure:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.5/builds/161/steps/test/logs/stdio


======================================================================
FAIL: test_directory (test.test_multiprocessing_main_handling.SpawnCmdLineTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\test_multiprocessing_main_handling.py", line 197, in test_directory
    self._check_script(script_dir)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\test_multiprocessing_main_handling.py", line 155, in _check_script
    rc, out, err = assert_python_ok(*run_args, __isolated=False)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\support\script_helper.py", line 150, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\support\script_helper.py", line 136, in _assert_python
    err))
AssertionError: Process return code is 1
command line: ['C:\\buildbot.python.org\\3.5.kloth-win64\\build\\PCbuild\\amd64\\python_d.exe', '-X', 'faulthandler', '-E', 'C:\\Users\\Buildbot\\AppData\\Local\\Temp\\tmpa4gpo3nq', 'spawn']

stdout:
---

---

stderr:
---
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "C:\Users\Buildbot\AppData\Local\Temp\tmpa4gpo3nq\__main__.py", line 23, in <module>
    raise RuntimeError("Timed out waiting for results")
RuntimeError: Timed out waiting for results
---

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Thu Jun  1 11:05:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 15:05:38 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1496329538.14.0.221962602781.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Similar issue on AMD64 OpenIndiana 2.7:

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

...
0:10:05 [400/403] test_old_mailbox passed -- running: test_bsddb3 (590 sec)
0:10:07 [401/403] test_imaplib passed -- running: test_bsddb3 (591 sec)
running: test_decimal (34 sec), test_bsddb3 (621 sec)
0:10:40 [402/403] test_decimal passed (37 sec) -- running: test_bsddb3 (625 sec)

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2 -j4', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=1848.193078

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Thu Jun  1 11:05:48 2017
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Thu, 01 Jun 2017 15:05:48 +0000
Subject: [issue30095] HTMLCalendar allow custom classes
In-Reply-To: <1492544277.59.0.956887104329.issue30095@psf.upfronthosting.co.za>
Message-ID: <1496329548.31.0.64624094511.issue30095@psf.upfronthosting.co.za>


Walter D?rwald added the comment:

See comments on the pull request. Also it seems that currently the pull request can't be merged because of merge conflicts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30095>
_______________________________________

From report at bugs.python.org  Thu Jun  1 11:10:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 15:10:52 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1496329852.77.0.856851064205.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

New failure on AMD64 Windows7 SP1 2.7:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%202.7/builds/107/steps/test/logs/stdio

...
0:04:31 [402/403] test_ssl passed (32 sec) -- running: test_weakref (33 sec)
Resource 'sha256.tbs-internet.com' is not available
Resource 'ipv6.google.com' is not available

command timed out: 1200 seconds without output, attempting to kill
program finished with exit code 1
elapsedTime=1473.735000

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Thu Jun  1 12:00:55 2017
From: report at bugs.python.org (Oz Tiram)
Date: Thu, 01 Jun 2017 16:00:55 +0000
Subject: [issue30095] HTMLCalendar allow custom classes
In-Reply-To: <1492544277.59.0.956887104329.issue30095@psf.upfronthosting.co.za>
Message-ID: <1496332855.6.0.701030146296.issue30095@psf.upfronthosting.co.za>


Oz Tiram added the comment:

@Walter, I fixed the issues your raised, and also solved the merge conflict in What's New.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30095>
_______________________________________

From report at bugs.python.org  Thu Jun  1 12:19:25 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 01 Jun 2017 16:19:25 +0000
Subject: [issue30462] urllib does not support NO_PROXY environment variable
 containing domain with asterisk
In-Reply-To: <1495656791.66.0.906077456639.issue30462@psf.upfronthosting.co.za>
Message-ID: <1496333965.84.0.0993324806466.issue30462@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Hi Jiri, thanks for your PR. But at least we need a corresponding test and an entry in Misc/NEWS to complete the patch. Also, if your name is not in Misc/ACKS, please add it. :-)

----------
nosy: +xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30462>
_______________________________________

From report at bugs.python.org  Thu Jun  1 12:25:36 2017
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 01 Jun 2017 16:25:36 +0000
Subject: [issue17852] Built-in module _io can loose data from buffered files
 at exit
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1496334336.08.0.514228533814.issue17852@psf.upfronthosting.co.za>


Neil Schemenauer added the comment:

"Did you get any ResourceWarning?"

I already knew that explicitly closing the file would fix the issue.  However, think of the millions of lines of Python 2 that hopefully will be converted to Python 3.  There will be many ResourceWarning errors.  It is not reasonable to think that everyone is just going to fix them when they see them.  Applications that used to be reliable will now randomly lose data.

What I spent hours debugging is trying to figure out why when the open file is collected on interpreter exit, buffered data not flushed.  I knew the object was not part of an uncollectable garbage cycle.  I initially suspected there could be some bug in the _io module or maybe even a kernel bug.

It turns out that in Python 2 the buffer and the open file is a single object and so when the finalizer gets called, the data is always correctly written out.  In Python 3, the buffer and the underlying file object are separate and they can get finalized in different order depending on essentially random factors.

Fixing this particular issue is not difficult as Armin's code demonstrates.  I don't think blaming the application programmer is the solution.  Obviously we keep the warnings and still tell programmers to close their files or use context managers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Jun  1 13:08:45 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 17:08:45 +0000
Subject: [issue25324] Importing tokenize modifies token
In-Reply-To: <1444145798.79.0.176080140328.issue25324@psf.upfronthosting.co.za>
Message-ID: <1496336925.25.0.685126259038.issue25324@psf.upfronthosting.co.za>


STINNER Victor added the comment:

We got a bug report from Coverity:

*** CID 1411801:  Incorrect expression  (MISSING_COMMA)
/Parser/tokenizer.c: 111 in ()
105         "OP",
106         "AWAIT",
107         "ASYNC",
108         "<ERRORTOKEN>",
109         "COMMENT",
110         "NL",
>>>     CID 1411801:  Incorrect expression  (MISSING_COMMA)
>>>     In the initialization of "_PyParser_TokenNames", a suspicious concatenated string ""ENCODING<N_TOKENS>"" is produced.
111         "ENCODING"
112         "<N_TOKENS>"
113     };
114
115
116     /* Create and initialize a new tok_state structure */

I missed this typo :-p

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25324>
_______________________________________

From report at bugs.python.org  Thu Jun  1 13:20:21 2017
From: report at bugs.python.org (Albert-Jan Nijburg)
Date: Thu, 01 Jun 2017 17:20:21 +0000
Subject: [issue25324] Importing tokenize modifies token
In-Reply-To: <1496336925.25.0.685126259038.issue25324@psf.upfronthosting.co.za>
Message-ID: <CAO1rg=0=XqS+-3pM4GpWQBp3tXDxpK7dOTL1mN0xMkv3035z+w@mail.gmail.com>


Albert-Jan Nijburg added the comment:

Aah! Oops I can fix later today.

On Thu, 1 Jun 2017 at 18:08, STINNER Victor <report at bugs.python.org> wrote:

>
> STINNER Victor added the comment:
>
> We got a bug report from Coverity:
>
> *** CID 1411801:  Incorrect expression  (MISSING_COMMA)
> /Parser/tokenizer.c: 111 in ()
> 105         "OP",
> 106         "AWAIT",
> 107         "ASYNC",
> 108         "<ERRORTOKEN>",
> 109         "COMMENT",
> 110         "NL",
> >>>     CID 1411801:  Incorrect expression  (MISSING_COMMA)
> >>>     In the initialization of "_PyParser_TokenNames", a suspicious
> concatenated string ""ENCODING<N_TOKENS>"" is produced.
> 111         "ENCODING"
> 112         "<N_TOKENS>"
> 113     };
> 114
> 115
> 116     /* Create and initialize a new tok_state structure */
>
> I missed this typo :-p
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue25324>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25324>
_______________________________________

From report at bugs.python.org  Thu Jun  1 13:56:42 2017
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 01 Jun 2017 17:56:42 +0000
Subject: [issue17852] Built-in module _io can loose data from buffered files
 at exit
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1496339802.15.0.562492669323.issue17852@psf.upfronthosting.co.za>


Changes by Neil Schemenauer <nas-python at arctrix.com>:


----------
pull_requests: +1987

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Jun  1 14:29:34 2017
From: report at bugs.python.org (Eric Snow)
Date: Thu, 01 Jun 2017 18:29:34 +0000
Subject: [issue30475] Docs for PyDict_GetItemWithError() should say it returns
 a borrowed reference.
In-Reply-To: <1495737297.35.0.632969328907.issue30475@psf.upfronthosting.co.za>
Message-ID: <1496341774.77.0.396209592973.issue30475@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30475>
_______________________________________

From report at bugs.python.org  Thu Jun  1 15:39:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 19:39:14 +0000
Subject: [issue30540] regrtest: add --matchfile option
Message-ID: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Attached pull request adds the --matchfile option to regrtest.
    
* Add a new option taking a filename to get a list of test names to filter tests.
* support.match_tests becomes a list.
* Modify run_unittest() to accept to match the whole test identifier, not just a part of a test identifier.
   
For example, the following command only runs test_default_timeout() of the BarrierTests class of test_threading:
    
$ ./python -m test -v test_threading -m test.test_threading.BarrierTests.test_default_timeout

----------
components: Tests
messages: 294959
nosy: haypo, martin.panter, serhiy.storchaka
priority: normal
severity: normal
status: open
title: regrtest: add --matchfile option
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Thu Jun  1 15:40:14 2017
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 01 Jun 2017 19:40:14 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496346013.99.0.550429051342.issue30537@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Thu Jun  1 15:40:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 19:40:37 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1496346037.82.0.34451950545.issue30540@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +1989

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Thu Jun  1 15:43:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 19:43:43 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1496346223.17.0.950256155827.issue30540@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This issue is the last part to implement the issue #29512: "regrtest refleak: implement bisection feature".

See also the second part, bpo-30523: unittest: add --list-tests option to only display the list of test names, don't run tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:01:06 2017
From: report at bugs.python.org (Xavier G. Domingo)
Date: Thu, 01 Jun 2017 20:01:06 +0000
Subject: [issue17852] Built-in module _io can loose data from buffered files
 at exit
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1496347266.89.0.866594776086.issue17852@psf.upfronthosting.co.za>


Changes by Xavier G. Domingo <xgdomingo at gmail.com>:


----------
nosy: +xgdomingo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:02:37 2017
From: report at bugs.python.org (Albert-Jan Nijburg)
Date: Thu, 01 Jun 2017 20:02:37 +0000
Subject: [issue25324] Importing tokenize modifies token
In-Reply-To: <1444145798.79.0.176080140328.issue25324@psf.upfronthosting.co.za>
Message-ID: <1496347357.56.0.881405699279.issue25324@psf.upfronthosting.co.za>


Changes by Albert-Jan Nijburg <albertjan at trinket.io>:


----------
pull_requests: +1990

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25324>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:16:56 2017
From: report at bugs.python.org (Mario Corchero)
Date: Thu, 01 Jun 2017 20:16:56 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
Message-ID: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>


New submission from Mario Corchero:

Define a way to disable the automatic generation of submocks when accessing an attribute of a mock which is not set.


Rationale:
Inspired by GMock RestrictedMock, it aims to allow the developer to declare a narrow interface to the mock that defines what the mocks allows to be called on.
The feature of mocks returning mocks by default is extremely useful but not always desired. Quite often you rely on it only at the time you are writing the test but you want it to be disabled at the time the mock is passed into your code.

It also prevents user errors when mocking incorrect paths or having typos when calling attributes/methods of the mock.
We have tried it internally in our company and it gives quite a nicer user experience for many use cases, specially for new users of mock as it helps out when you mock the wrong path.

Posible interfaces:
New Mock type, SeledMock which can be used instead of the "common" mock that has an attribute "sealed" which once set to true disables the dynamic generation of "submocks"


The final goal is to be able to write tests like:

>>> m = mock.Mock()  # or = mock.SealableMock()
>>> m.method1.return_value.attr1.method2.return_value = 1
>>> mock.seal(m)  # or mock.sealed = True

>>> m.method1().attr1.method2()  # This path has been declared above
# 1
>>> m.method1().attr2  # This was not defined so it is going to raise a meaningful exception
# Exception: SealedMockAttributeAccess: mock.method1().attr2

----------
components: Library (Lib)
messages: 294961
nosy: Mario Corchero, haypo
priority: normal
severity: normal
status: open
title: Add restricted mocks to the python unittest mocking framework
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:22:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 20:22:40 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1496348560.71.0.756427529362.issue29512@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I don't understand how issue30523 and issue30540 can help to resolve this issue.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:42:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 20:42:40 +0000
Subject: [issue30542] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
Message-ID: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>


New submission from STINNER Victor:

haypo at selma$ ./python -m test -R 3:3 test_tools -m test_files
Run tests sequentially
0:00:00 load avg: 0.57 [1/1] test_tools
beginning 6 repetitions
123456
......
test_tools leaked [0, 4, 0] references, sum=4
test_tools leaked [0, 3, 0] memory blocks, sum=3
test_tools failed

1 test failed:
    test_tools

Total duration: 12 sec
Tests result: FAILURE

Note: I found it using Zachary's x86 Gentoo Refleaks buildbot and bpo-29512.

----------
components: Tests
messages: 294963
nosy: haypo
priority: normal
severity: normal
status: open
title: test_files() of test_tools.test_unparse.DirectoryTestCase leaks references
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:46:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 20:46:18 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1496349978.92.0.0935072948585.issue29512@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Serhiy: "I don't understand how issue30523 and issue30540 can help to resolve this issue."

- issue30523 produces a list of all test methods
- issue30540 allows to pass a file to filter tests
- attached bisect_test.py takes an input file produced by --list-tests and uses --matchfile to run tests

Example of usage:

./python bisect_test.py test_tools tests bisect -n 5 

* bisect -R 3:3 on test_tools
* tests contains the list of test identifiers to test_tools
* write result into the file "bisect"
* stop bisection when there is 5 tests or less

----------
Added file: http://bugs.python.org/file46918/bisect_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:47:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 20:47:40 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1496350060.72.0.713513134786.issue29512@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The next step is to add a command to regrtest implementing all steps. Or maybe this script is enough? At least, it's enough for my needs ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:51:30 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 20:51:30 +0000
Subject: [issue25324] Importing tokenize modifies token
In-Reply-To: <1444145798.79.0.176080140328.issue25324@psf.upfronthosting.co.za>
Message-ID: <1496350289.95.0.42075874009.issue25324@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset c9ccacea3ff441b1ff519c7399602b7db16f9783 by Mariatta (Albert-Jan Nijburg) in branch 'master':
bpo-25324: add missing comma in Parser/tokenizer.c (GH-1910)
https://github.com/python/cpython/commit/c9ccacea3ff441b1ff519c7399602b7db16f9783


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25324>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:53:06 2017
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 01 Jun 2017 20:53:06 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496350386.6.0.764666998603.issue30535@psf.upfronthosting.co.za>


Brett Cannon added the comment:

I'm fine with adding a note to the Python 2 docs, but putting it in Python 3 seems to be going in the wrong direction as having sys.meta_path not be empty is how Python will be going forward.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Thu Jun  1 16:53:39 2017
From: report at bugs.python.org (Francis Bolduc)
Date: Thu, 01 Jun 2017 20:53:39 +0000
Subject: [issue22393] multiprocessing.Pool shouldn't hang forever if a worker
 process dies unexpectedly
In-Reply-To: <1410474786.78.0.264797717105.issue22393@psf.upfronthosting.co.za>
Message-ID: <1496350419.74.0.199245544562.issue22393@psf.upfronthosting.co.za>


Francis Bolduc added the comment:

This problem also happens simply by calling sys.exit from one of the child processes.

The following script exhibits the problem:

import multiprocessing
import sys
def test(value):
    if value:
        sys.exit(123)
if __name__ == '__main__':
    pool = multiprocessing.Pool(4)
    cases = [0, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0]
    pool.map(test, cases)

----------
nosy: +Francis Bolduc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22393>
_______________________________________

From report at bugs.python.org  Thu Jun  1 17:00:59 2017
From: report at bugs.python.org (Mario Corchero)
Date: Thu, 01 Jun 2017 21:00:59 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1496350859.9.0.608388494481.issue30541@psf.upfronthosting.co.za>


Mario Corchero added the comment:

Sample implementation using the new class:
https://github.com/mariocj89/cpython/commit/2f13963159e239de041cd68273b9fc4a2aa778cd

Sample implementation using the new function to seal existing mocks:
https://github.com/mariocj89/cpython/commit/9ba039e3996f4bf357d4827123e0b570d84f5bb6

Happy to submit a PR if the idea is accepted.

The only benefit I see from the using a separate class is that you will be able to do:

>>> m = mock.SealedMock()
>>> m.important_attr = 42
>>> m.freeflow_attribute = mock.Mock()
>>> mock.seal(m)

which will allow to define "subparts of the mock" without the sealing.

That said I still prefer the function implementation as it looks much nicer (credit to Victor Stinner for the idea)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Thu Jun  1 17:12:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 21:12:33 +0000
Subject: [issue25324] Importing tokenize modifies token
In-Reply-To: <CAO1rg=0=XqS+-3pM4GpWQBp3tXDxpK7dOTL1mN0xMkv3035z+w@mail.gmail.com>
Message-ID: <CAMpsgwZYOwAfYf_XZtstc3DJTZzq5ujF1jMKGboa09PFgrUf_A@mail.gmail.com>


STINNER Victor added the comment:

Albert-Jan Nijburg added the comment:
> Aah! Oops I can fix later today.

Don't worry. Our test suite and all reviewers also missed it ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25324>
_______________________________________

From report at bugs.python.org  Thu Jun  1 17:27:02 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Thu, 01 Jun 2017 21:27:02 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496352422.93.0.100405613501.issue30177@psf.upfronthosting.co.za>


Antoine Pietri added the comment:

So, I asked a friend to check again with a more recent Python version on Windows and he can't reproduce the documented behavior, so the bug seems to also be present on Windows. My patch doesn't address that for now, which explains why the build fails (and why it was working before).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Thu Jun  1 17:27:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 21:27:02 +0000
Subject: [issue30543] test_timeout fails on AMD64 FreeBSD CURRENT Debug 3.x:
 ConnectionResetError: [Errno 54] Connection reset by peer
Message-ID: <1496352422.89.0.341222891297.issue30543@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%203.x/builds/350/steps/test/logs/stdio

testAcceptTimeout (test.test_timeout.TCPTimeoutTestCase) ... ok
testConnectTimeout (test.test_timeout.TCPTimeoutTestCase) ... skipped "Resource 'blackhole.snakebite.net' is not available"
testRecvTimeout (test.test_timeout.TCPTimeoutTestCase) ... ok
testSend (test.test_timeout.TCPTimeoutTestCase) ... ERROR
testSendall (test.test_timeout.TCPTimeoutTestCase) ... ok
testSendto (test.test_timeout.TCPTimeoutTestCase) ... ERROR
testRecvfromTimeout (test.test_timeout.UDPTimeoutTestCase) ... test test_timeout failed
ok

======================================================================
ERROR: testSend (test.test_timeout.TCPTimeoutTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/test/test_timeout.py", line 151, in tearDown
    self.sock.close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/socket.py", line 417, in close
    self._real_close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/socket.py", line 411, in _real_close
    _ss.close(self)
ConnectionResetError: [Errno 54] Connection reset by peer

======================================================================
ERROR: testSendto (test.test_timeout.TCPTimeoutTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/test/test_timeout.py", line 151, in tearDown
    self.sock.close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/socket.py", line 417, in close
    self._real_close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/socket.py", line 411, in _real_close
    _ss.close(self)
ConnectionResetError: [Errno 54] Connection reset by peer

----------------------------------------------------------------------
Ran 14 tests in 10.084s

FAILED (errors=2, skipped=1)
1 test failed again:
    test_timeout

Total duration: 17 min 14 sec
Tests result: FAILURE

----------
components: Tests
messages: 294971
nosy: haypo
priority: normal
severity: normal
status: open
title: test_timeout fails on AMD64 FreeBSD CURRENT Debug 3.x: ConnectionResetError: [Errno 54] Connection reset by peer
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30543>
_______________________________________

From report at bugs.python.org  Thu Jun  1 17:27:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 01 Jun 2017 21:27:11 +0000
Subject: [issue30543] test_timeout fails on AMD64 FreeBSD CURRENT Debug 3.x:
 ConnectionResetError: [Errno 54] Connection reset by peer
In-Reply-To: <1496352422.89.0.341222891297.issue30543@psf.upfronthosting.co.za>
Message-ID: <1496352431.21.0.296152539568.issue30543@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
keywords: +buildbot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30543>
_______________________________________

From report at bugs.python.org  Thu Jun  1 17:49:56 2017
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Thu, 01 Jun 2017 21:49:56 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1496353796.43.0.274205311411.issue30541@psf.upfronthosting.co.za>


Changes by Eric N. Vander Weele <ericvw at gmail.com>:


----------
nosy: +ericvw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Thu Jun  1 17:54:04 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 21:54:04 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496354044.39.0.728951115299.issue29660@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset cdb89cd72cbc66e4626914b4a71b9052ddb3a32a by Mariatta (Matthias Bussonnier) in branch 'master':
bpo-29660: traceback: Document that etype is ignored in some places. (GH-344)
https://github.com/python/cpython/commit/cdb89cd72cbc66e4626914b4a71b9052ddb3a32a


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Thu Jun  1 17:54:50 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 21:54:50 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496354090.29.0.386178067896.issue29660@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Thu Jun  1 18:08:01 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 01 Jun 2017 22:08:01 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496354881.06.0.073067393232.issue29660@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks Matthias.

I can backport this later today.
Or do you want to do it? :)
You can use cherry_picker.py https://github.com/python/core-workflow/tree/master/cherry_picker

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Thu Jun  1 18:33:44 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 01 Jun 2017 22:33:44 +0000
Subject: [issue25324] Importing tokenize modifies token
In-Reply-To: <1444145798.79.0.176080140328.issue25324@psf.upfronthosting.co.za>
Message-ID: <1496356424.64.0.605534432191.issue25324@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +1991

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25324>
_______________________________________

From report at bugs.python.org  Thu Jun  1 18:57:43 2017
From: report at bugs.python.org (Segev Finer)
Date: Thu, 01 Jun 2017 22:57:43 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
Message-ID: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>


New submission from Segev Finer:

Found due to this: https://github.com/pytest-dev/py/issues/103

I'm going to submit a PR.

----------
components: IO, Windows
messages: 294975
nosy: Segev Finer, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: _io._WindowsConsoleIO.write raises the wrong error when WriteConsoleW fails
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Thu Jun  1 19:02:06 2017
From: report at bugs.python.org (Segev Finer)
Date: Thu, 01 Jun 2017 23:02:06 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496358126.6.0.0617198809586.issue30544@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +1992

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Thu Jun  1 23:02:01 2017
From: report at bugs.python.org (Matthias Bussonnier)
Date: Fri, 02 Jun 2017 03:02:01 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496372521.74.0.674608459356.issue29660@psf.upfronthosting.co.za>


Matthias Bussonnier added the comment:

Thanks @Mariatta, I'll try to cherry-pick!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Thu Jun  1 23:18:09 2017
From: report at bugs.python.org (Matthias Bussonnier)
Date: Fri, 02 Jun 2017 03:18:09 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496373489.33.0.301707124761.issue29660@psf.upfronthosting.co.za>


Changes by Matthias Bussonnier <bussonniermatthias at gmail.com>:


----------
pull_requests: +1993

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Thu Jun  1 23:19:39 2017
From: report at bugs.python.org (Matthias Bussonnier)
Date: Fri, 02 Jun 2017 03:19:39 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496373579.45.0.822226632513.issue29660@psf.upfronthosting.co.za>


Changes by Matthias Bussonnier <bussonniermatthias at gmail.com>:


----------
pull_requests: +1994

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Thu Jun  1 23:26:17 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 02 Jun 2017 03:26:17 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496373977.89.0.821128970456.issue29660@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset e417d12d728103445b8516a35f643536e401f120 by Mariatta (Matthias Bussonnier) in branch '3.6':
bpo-29660: traceback: Document that etype is ignored in some places. (GH-344) (GH-1913)
https://github.com/python/cpython/commit/e417d12d728103445b8516a35f643536e401f120


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Thu Jun  1 23:26:59 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 02 Jun 2017 03:26:59 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496374019.42.0.17964437997.issue29660@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset cca3d4aa25a7aea0cda90dd2aa012f58c85e7e24 by Mariatta (Matthias Bussonnier) in branch '3.5':
bpo-29660: traceback: Document that etype is ignored in some places. (GH-344) (GH-1914)
https://github.com/python/cpython/commit/cca3d4aa25a7aea0cda90dd2aa012f58c85e7e24


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Thu Jun  1 23:27:41 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 02 Jun 2017 03:27:41 +0000
Subject: [issue29660] Document that print/format_exception ignore etype
In-Reply-To: <1488158499.0.0.645448196253.issue29660@psf.upfronthosting.co.za>
Message-ID: <1496374061.93.0.460395639513.issue29660@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29660>
_______________________________________

From report at bugs.python.org  Fri Jun  2 00:06:56 2017
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 02 Jun 2017 04:06:56 +0000
Subject: [issue21783] smtpd.py does not allow multiple helo/ehlo commands
In-Reply-To: <1402950477.07.0.805297062536.issue21783@psf.upfronthosting.co.za>
Message-ID: <1496376416.29.0.431183226651.issue21783@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

I don't have much interest in working on this for smtpd.py any more.  We have an asyncio-based version that's much better, albeit Python 3 only.

https://github.com/aio-libs/aiosmtpd

This same issue is open over there; if you're still interested in this, maybe take a look at contributing a fix for aiosmtpd.

https://github.com/aio-libs/aiosmtpd/issues/78

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 00:26:50 2017
From: report at bugs.python.org (Kevin Ballard)
Date: Fri, 02 Jun 2017 04:26:50 +0000
Subject: [issue30392] default webbrowser fails on macOS Sierra 10.12.5
In-Reply-To: <1495050601.31.0.205212071557.issue30392@psf.upfronthosting.co.za>
Message-ID: <1496377610.97.0.0613752843524.issue30392@psf.upfronthosting.co.za>


Kevin Ballard added the comment:

There is a potential workaround that could be used so that way macOS 10.12.5 works. It turns out that, with osascript, if you catch the error and try again, it works.

$ osascript <<EOF
> try
> open location "http://apple.com"
> on error
> open location "http://apple.com"
> end try
> EOF

----------
nosy: +Kevin Ballard
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30392>
_______________________________________

From report at bugs.python.org  Fri Jun  2 00:32:20 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 02 Jun 2017 04:32:20 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1496377940.0.0.137479898302.issue29514@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Fri Jun  2 00:41:43 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 02 Jun 2017 04:41:43 +0000
Subject: [issue30052] URL Quoting page links to function Bytes instead of
 defintion
In-Reply-To: <1492001374.68.0.411275444037.issue30052@psf.upfronthosting.co.za>
Message-ID: <1496378503.95.0.669472737477.issue30052@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +1995

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30052>
_______________________________________

From report at bugs.python.org  Fri Jun  2 00:52:16 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 02 Jun 2017 04:52:16 +0000
Subject: [issue30303] IDLE: Add _utest to textview and add textview tests
In-Reply-To: <1494230289.92.0.930894896454.issue30303@psf.upfronthosting.co.za>
Message-ID: <1496379136.76.0.341171919741.issue30303@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +1996

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30303>
_______________________________________

From report at bugs.python.org  Fri Jun  2 00:56:26 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 02 Jun 2017 04:56:26 +0000
Subject: [issue30052] URL Quoting page links to function Bytes instead of
 defintion
In-Reply-To: <1492001374.68.0.411275444037.issue30052@psf.upfronthosting.co.za>
Message-ID: <1496379386.56.0.312625963472.issue30052@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 1c92c0edca413c6f8ce8ec326a67451ae751ead9 by Mariatta in branch '3.6':
bpo-30052: Link `bytes` & `bytearray` to stdtypes not functions  (GH-1271) (GH-1915)
https://github.com/python/cpython/commit/1c92c0edca413c6f8ce8ec326a67451ae751ead9


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30052>
_______________________________________

From report at bugs.python.org  Fri Jun  2 00:58:59 2017
From: report at bugs.python.org (Madhav Datt)
Date: Fri, 02 Jun 2017 04:58:59 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
Message-ID: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>


New submission from Madhav Datt:

The problem is described with an example in this StackOverflow question (https://stackoverflow.com/questions/26589805/python-enums-across-modules). Like in C and other languages, I would expect Enum equality to work across modules and not compare enum states/values, instead of just checking for the same object.

A possible simple fix for this problem would be to override the __eq__() function by default in the enum.Enum class with the following:

def __eq__(self, other):
    if isinstance(other, self.__class__):
        return self.value == other.value
    return False

I would be happy to create a GitHub pull request to fix this, however, I do not have the experience or knowledge to know if
- the current behavior is by design;
- whether this is worth fixing; and
- whether fixing this will break anything else.

----------
components: Library (Lib)
messages: 294983
nosy: Madhav Datt
priority: normal
severity: normal
status: open
title: Enum equality across modules: comparing objects instead of values
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Fri Jun  2 02:05:49 2017
From: report at bugs.python.org (Ned Deily)
Date: Fri, 02 Jun 2017 06:05:49 +0000
Subject: [issue30392] default webbrowser fails on macOS Sierra 10.12.5
In-Reply-To: <1495050601.31.0.205212071557.issue30392@psf.upfronthosting.co.za>
Message-ID: <1496383549.22.0.248942272661.issue30392@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the suggestion but, by the time we have released the next maintenance updates for all actively maintained Python versions, 10.12.6 will have long been released and, once it has been, any need to support the broken 10.12.5 release is dead.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30392>
_______________________________________

From report at bugs.python.org  Fri Jun  2 02:33:07 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Jun 2017 06:33:07 +0000
Subject: [issue30245] possible overflow when organize struct.pack_into error
 message
In-Reply-To: <1493796040.21.0.423115670823.issue30245@psf.upfronthosting.co.za>
Message-ID: <1496385187.3.0.829358679564.issue30245@psf.upfronthosting.co.za>


Xiang Zhang added the comment:


New changeset aead53b6ee27915de248b07de509529174aaad21 by Xiang Zhang (Johan Liu) in branch 'master':
bpo-30245: Fix possible overflow when organize struct.pack_into error message (#1682)
https://github.com/python/cpython/commit/aead53b6ee27915de248b07de509529174aaad21


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30245>
_______________________________________

From report at bugs.python.org  Fri Jun  2 02:35:24 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Jun 2017 06:35:24 +0000
Subject: [issue30245] possible overflow when organize struct.pack_into error
 message
In-Reply-To: <1493796040.21.0.423115670823.issue30245@psf.upfronthosting.co.za>
Message-ID: <1496385324.29.0.610246797834.issue30245@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30245>
_______________________________________

From report at bugs.python.org  Fri Jun  2 03:14:01 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 02 Jun 2017 07:14:01 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
In-Reply-To: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>
Message-ID: <1496387641.35.0.451504645322.issue30545@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> ethan.furman
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Fri Jun  2 03:18:31 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 02 Jun 2017 07:18:31 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496387911.98.0.349022412655.issue30538@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

If you would like, go ahead an submit a PR.

----------
assignee: docs at python -> rhettinger
nosy: +rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Fri Jun  2 03:24:41 2017
From: report at bugs.python.org (Milan Oberkirch)
Date: Fri, 02 Jun 2017 07:24:41 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496388281.48.0.731286209083.issue11783@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

I see your point, but I'm not fully convinced it relates to this PR directly: the code here just uses the standard interface to use an 'idna' codec. If that codec is buggy that is a different issue.

If it's so buggy that using it is absolutely pointless, it should not exist in the first place IMHO. But if we need to keep a useless codec for compabilety reasons and you prefer adding a now codec (e.g. 'idna-2008') I agree that we should put this PR on hold until a codec it could use exists.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 04:11:17 2017
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 02 Jun 2017 08:11:17 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496391077.66.0.239111296724.issue30544@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The following is an example of the problem, right?

    >>> fd = os.open('stdout.txt', os.O_CREAT | os.O_WRONLY)
    >>> os.dup2(fd, 1)
    >>> print('spam')
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    OSError: [WinError 87] The parameter is incorrect

Code like this used to work, so possibly this needs to be addressed more generally. I have a couple ideas, but they're major changes. It's simpler to require code that pulls the rug out from under _WindowsConsoleIO to rebind sys.std*. 

For a counterexample, PyOS_StdioReadline always checks for a console and falls back on the old my_fgets function for a non-console. For example:

    >>> open('stdin.txt', 'w').write('x=42; os.dup2(oldfd, 0)\n')
    24
    >>> fd = os.open('stdin.txt', os.O_RDONLY)
    >>> oldfd = os.dup(0); os.dup2(fd, 0)
    >>> Breakpoint 0 hit
    python36!my_fgets:
    00000000`66e98318 488bc4          mov     rax,rsp
    0:000> g
    >>> x
    42

----------
keywords: +3.2regression
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Fri Jun  2 04:53:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Jun 2017 08:53:09 +0000
Subject: [issue30546] test_uname_win32_ARCHITEW6432() of test_platform leaks
 references
Message-ID: <1496393589.85.0.680266409693.issue30546@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.6/builds/15/steps/test/logs/stdio

0:00:17 [  4/405/1] test_platform failed
......
beginning 6 repetitions
123456

test_platform leaked [12, 12, 12] references, sum=36
test_platform leaked [4, 4, 4] memory blocks, sum=12


To reproduce the bug, use the command:

python -m test -R 3:3 -m test_uname_win32_ARCHITEW6432 test_platform


Note: Leak isolated my bisect_test.py of bpo-29512.

----------
components: Windows
messages: 294989
nosy: eryksun, haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: test_uname_win32_ARCHITEW6432() of test_platform leaks references
type: resource usage
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30546>
_______________________________________

From report at bugs.python.org  Fri Jun  2 04:58:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Jun 2017 08:58:24 +0000
Subject: [issue30547] [Windows] SubinterpreterTest.test_callbacks_leak() of
 test_atexit leaks references
Message-ID: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.6/builds/15/steps/test/logs/stdio

0:02:58 [ 28/405/2] test_atexit failed
......
beginning 6 repetitions
123456

test_atexit leaked [12, 12, 12] references, sum=36
test_atexit leaked [4, 4, 4] memory blocks, sum=12


Code of of the test:

    def test_callbacks_leak(self):
        # This test shows a leak in refleak mode if atexit doesn't
        # take care to free callbacks in its per-subinterpreter module
        # state.
        n = atexit._ncallbacks()
        code = r"""if 1:
            import atexit
            def f():
                pass
            atexit.register(f)
            del atexit
            """
        ret = support.run_in_subinterp(code)
        self.assertEqual(ret, 0)
        self.assertEqual(atexit._ncallbacks(), n)


Hum, I don't understand: the test leaks references on purpose?


To reproduce the bug, use the command:

python -m test -R 3:3 -m test_callbacks_leak test_atexit


Note: Leak isolated my bisect_test.py of bpo-29512.

----------
components: Tests, Windows
messages: 294990
nosy: eryksun, haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: [Windows] SubinterpreterTest.test_callbacks_leak() of test_atexit leaks references
type: resource usage
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Fri Jun  2 04:58:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Jun 2017 08:58:27 +0000
Subject: [issue30546] [Windows] test_uname_win32_ARCHITEW6432() of
 test_platform leaks references
In-Reply-To: <1496393589.85.0.680266409693.issue30546@psf.upfronthosting.co.za>
Message-ID: <1496393907.59.0.336757634888.issue30546@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: test_uname_win32_ARCHITEW6432() of test_platform leaks references -> [Windows] test_uname_win32_ARCHITEW6432() of test_platform leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30546>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:04:53 2017
From: report at bugs.python.org (Milan Oberkirch)
Date: Fri, 02 Jun 2017 09:04:53 +0000
Subject: [issue21783] smtpd.py does not allow multiple helo/ehlo commands
In-Reply-To: <1402950477.07.0.805297062536.issue21783@psf.upfronthosting.co.za>
Message-ID: <1496394293.68.0.472815176598.issue21783@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

Thanks for pointing me at this, Berry! I added a PR for aiosmtpd at https://github.com/aio-libs/aiosmtpd/pull/106

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:05:28 2017
From: report at bugs.python.org (Milan Oberkirch)
Date: Fri, 02 Jun 2017 09:05:28 +0000
Subject: [issue21783] smtpd.py does not allow multiple helo/ehlo commands
In-Reply-To: <1402950477.07.0.805297062536.issue21783@psf.upfronthosting.co.za>
Message-ID: <1496394328.4.0.0326098075792.issue21783@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

*Barry :P

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:06:21 2017
From: report at bugs.python.org (=?utf-8?q?Erik_Bystr=C3=B6m?=)
Date: Fri, 02 Jun 2017 09:06:21 +0000
Subject: [issue30548] typo in documentation for create_autospec
Message-ID: <1496394381.09.0.91116482689.issue30548@psf.upfronthosting.co.za>


New submission from Erik Bystr?m:

"a class" should most probably be replaced by "an instance" in the documentation for create_autospec.

"You can use a class as the spec for an instance object by passing instance=True. The returned mock will only be callable if instances of the mock are callable."

https://docs.python.org/3/library/unittest.mock.html#unittest.mock.create_autospec

----------
assignee: docs at python
components: Documentation
messages: 294993
nosy: Erik Bystr?m, docs at python
priority: normal
severity: normal
status: open
title: typo in documentation for create_autospec
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30548>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:06:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Jun 2017 09:06:57 +0000
Subject: [issue30546] [EASY][Windows] test_uname_win32_ARCHITEW6432() of
 test_platform leaks references
In-Reply-To: <1496393589.85.0.680266409693.issue30546@psf.upfronthosting.co.za>
Message-ID: <1496394417.01.0.0680586709996.issue30546@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tagged this issue as easy. I consider that it's a good exercice for new contributors. Core developers: please let new contributors try to fix it since this issue is not critical, try to explain how to fix it rather than writing the fix ;-)

----------
keywords: +easy (C)
title: [Windows] test_uname_win32_ARCHITEW6432() of test_platform leaks references -> [EASY][Windows] test_uname_win32_ARCHITEW6432() of test_platform leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30546>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:07:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Jun 2017 09:07:10 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496394430.66.0.84608630136.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tagged this issue as easy. I consider that it's a good exercice for new contributors. Core developers: please let new contributors try to fix it since this issue is not critical, try to explain how to fix it rather than writing the fix ;-)

----------
keywords: +easy (C)
title: [Windows] SubinterpreterTest.test_callbacks_leak() of test_atexit leaks references -> [EASY][Windows] SubinterpreterTest.test_callbacks_leak() of test_atexit leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:07:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Jun 2017 09:07:33 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496394453.34.0.364532964185.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tagged this issue as easy. I consider that it's a good exercice for new contributors. Core developers: please let new contributors try to fix it since this issue is not critical, try to explain how to fix it rather than writing the fix ;-)

----------
keywords: +easy (C)
title: test_files() of test_tools.test_unparse.DirectoryTestCase leaks references -> [EASY] test_files() of test_tools.test_unparse.DirectoryTestCase leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:07:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Jun 2017 09:07:56 +0000
Subject: [issue30536] [EASY] SubinterpThreadingTests.test_threads_join_2() of
 test_threading leaks references
In-Reply-To: <1496313739.63.0.850001827966.issue30536@psf.upfronthosting.co.za>
Message-ID: <1496394476.07.0.759569151632.issue30536@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tagged this issue as easy. I consider that it's a good exercice for new contributors. Core developers: please let new contributors try to fix it since this issue is not critical, try to explain how to fix it rather than writing the fix ;-)

----------
keywords: +easy (C)
title: SubinterpThreadingTests.test_threads_join_2() of test_threading leaks references -> [EASY] SubinterpThreadingTests.test_threads_join_2() of test_threading leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30536>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:14:16 2017
From: report at bugs.python.org (Segev Finer)
Date: Fri, 02 Jun 2017 09:14:16 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496394856.52.0.687788403132.issue30544@psf.upfronthosting.co.za>


Segev Finer added the comment:

We might want to open a separate issue for the FD redirection issue since this one was really about the _io._WindowsConsoleIO.write GetLastError() issue.

Also see https://github.com/pytest-dev/pytest/pull/2462 where I discuss this more.

Still not sure why it's random in Pytest. I can only guess it's due to another console handle getting opened with the same number or something.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:15:57 2017
From: report at bugs.python.org (=?utf-8?q?Roberto_Mart=C3=ADnez?=)
Date: Fri, 02 Jun 2017 09:15:57 +0000
Subject: [issue30549] ProcessPoolExecutor hangs forever if the object raises
 on __getstate__
Message-ID: <1496394957.59.0.444319046255.issue30549@psf.upfronthosting.co.za>


New submission from Roberto Mart?nez:

Hi, I detected that a ProcessPoolExecutor hangs if the object fails to picklelize.

I attached the simplest code to reproduce the behavior. Note that the interpreter should exit after the exception but it doesn't and hangs forever.

I tested with python 3.4, 3.5 and 3.6 with the same results.

----------
files: test_noshutdown.py
messages: 294999
nosy: Roberto Mart?nez
priority: normal
severity: normal
status: open
title: ProcessPoolExecutor hangs forever if the object raises on __getstate__
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file46919/test_noshutdown.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30549>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:47:24 2017
From: report at bugs.python.org (Will Roberts)
Date: Fri, 02 Jun 2017 09:47:24 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496396844.65.0.889541956201.issue30537@psf.upfronthosting.co.za>


Will Roberts added the comment:

Note that this issue also seems to affect other methods in the itertools package, such as permutations.

----------
nosy: +Will Roberts

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:47:27 2017
From: report at bugs.python.org (Eric O. LEBIGOT)
Date: Fri, 02 Jun 2017 09:47:27 +0000
Subject: [issue30550] Document order-preserving dictionary output
Message-ID: <1496396847.32.0.655591837652.issue30550@psf.upfronthosting.co.za>


New submission from Eric O. LEBIGOT:

The JSON encoder for dictionaries preserves the order of the items in a dictionary: it would be useful to document this behavior, so that users can rely on it.

While JSON itself does not have ordered key/value pairs, this feature can be useful (for modifying the original JSON document while maintaining as much of it untouched, for manipulating our own extension of JSON with ordered dictionaries, etc.).

The documentation could also usefully mention that _reading_ sets of key/value pairs can also be done in an order-preserving way with `object_pairs_hook=OrderedDict`.

Reference: the json module does not alter the order of the dictionary items upon encoding: https://github.com/python/cpython/blob/aacd53f6cb96fe8c4fe9ce894f22e25f356a97c3/Lib/json/encoder.py#L355.

----------
components: Library (Lib)
messages: 295001
nosy: lebigot
priority: normal
severity: normal
status: open
title: Document order-preserving dictionary output
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30550>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:48:14 2017
From: report at bugs.python.org (Eric O. LEBIGOT)
Date: Fri, 02 Jun 2017 09:48:14 +0000
Subject: [issue30550] Document order-preserving dictionary output in son
In-Reply-To: <1496396847.32.0.655591837652.issue30550@psf.upfronthosting.co.za>
Message-ID: <1496396894.59.0.910278211983.issue30550@psf.upfronthosting.co.za>


Changes by Eric O. LEBIGOT <eric.lebigot at normalesup.org>:


----------
title: Document order-preserving dictionary output -> Document order-preserving dictionary output in son

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30550>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:48:20 2017
From: report at bugs.python.org (Eric O. LEBIGOT)
Date: Fri, 02 Jun 2017 09:48:20 +0000
Subject: [issue30550] Document order-preserving dictionary output in json
In-Reply-To: <1496396847.32.0.655591837652.issue30550@psf.upfronthosting.co.za>
Message-ID: <1496396900.21.0.72131941041.issue30550@psf.upfronthosting.co.za>


Changes by Eric O. LEBIGOT <eric.lebigot at normalesup.org>:


----------
title: Document order-preserving dictionary output in son -> Document order-preserving dictionary output in json

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30550>
_______________________________________

From report at bugs.python.org  Fri Jun  2 05:49:46 2017
From: report at bugs.python.org (Eric O. LEBIGOT)
Date: Fri, 02 Jun 2017 09:49:46 +0000
Subject: [issue30550] Document order-preserving dictionary output in json
In-Reply-To: <1496396847.32.0.655591837652.issue30550@psf.upfronthosting.co.za>
Message-ID: <1496396986.86.0.693414931009.issue30550@psf.upfronthosting.co.za>


Changes by Eric O. LEBIGOT <eric.lebigot at normalesup.org>:


----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30550>
_______________________________________

From report at bugs.python.org  Fri Jun  2 06:16:28 2017
From: report at bugs.python.org (Louie Lu)
Date: Fri, 02 Jun 2017 10:16:28 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496398588.97.0.00656639478134.issue30542@psf.upfronthosting.co.za>


Louie Lu added the comment:

Haypo: How do you know that this is leaked at test_files() of test_tools.test_unparse.DirectoryTestCase? The result of your command didn't reveal that is leaked at which test case or function.

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Fri Jun  2 06:36:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 02 Jun 2017 10:36:09 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496399769.86.0.274909693281.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Haypo: How do you know that this is leaked at test_files() of test_tools.test_unparse.DirectoryTestCase? The result of your command didn't reveal that is leaked at which test case or function.

Using the script I wrote which is attached to issue29512.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:06:01 2017
From: report at bugs.python.org (Mahira)
Date: Fri, 02 Jun 2017 11:06:01 +0000
Subject: [issue30551] Attribute Error
Message-ID: <1496401561.24.0.276619479836.issue30551@psf.upfronthosting.co.za>


New submission from Mahira:

Hai, I am New to python and I am training with some open source projects now am Practising GUI....
I get the Error Message 
 
Traceback (most recent call last):
  File "C:/Users/Mahira/AppData/Local/Programs/Python/Python36/Lib/graphics_setup/Shape Gra Ex.py", line 6, in <module>
    circle.draw("win")
  File "C:/Users/Mahira/AppData/Local/Programs/Python/Python36/Lib/graphics_setup\graphics.py", line 482, in draw
    if graphwin.isClosed(): raise GraphicsError("Can't draw to closed window")
AttributeError: 'str' object has no attribute 'isClosed'

And my Program is Following below:
from graphics import *
win=GraphWin('Shapes')
center=Point(100,100)
circle=Circle(center,30)
circle.setFill('red')
circle.draw("win")
label=Text(center,"Red Circle")
label.draw(win)
rect=Rectangle(Point(30,30),Point(70,70))
r.draw(win)
line=Line(Point(20,30),Point(180,199))
line.draw(win)
oval=Oval(Point(20,150),Point(180,199))
oval.draw(win)

----------
messages: 295004
nosy: Mahira
priority: normal
severity: normal
status: open
title: Attribute Error
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30551>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:07:52 2017
From: report at bugs.python.org (Mahira)
Date: Fri, 02 Jun 2017 11:07:52 +0000
Subject: [issue30552] Bugs
Message-ID: <CACbbhjQE9e1O9qa504DEP30qGa9U607MQAJCg-w_of_XPPj41Q@mail.gmail.com>


New submission from Mahira:

Hai Python Team,

Am very new to programming

Am facing following error in python

Traceback (most recent call last):
  File
"C:/Users/Mahira/AppData/Local/Programs/Python/Python36/Lib/graphics_setup/Shape
Gra Ex.py", line 6, in <module>
    circle.draw("win")
  File
"C:/Users/Mahira/AppData/Local/Programs/Python/Python36/Lib/graphics_setup\graphics.py",
line 482, in draw
    if graphwin.isClosed(): raise GraphicsError("Can't draw to closed
window")
AttributeError: 'str' object has no attribute 'isClosed

My Program is:

from graphics import *
win=GraphWin('Shapes')
center=Point(100,100)
circle=Circle(center,30)
circle.setFill('red')
circle.draw("win")
label=Text(center,"Red Circle")
label.draw(win)
rect=Rectangle(Point(30,30),Point(70,70))
r.draw(win)
line=Line(Point(20,30),Point(180,199))
line.draw(win)
oval=Oval(Point(20,150),Point(180,199))
oval.draw(win)

Kindly help me to solve this issue

----------
messages: 295005
nosy: Mahira
priority: normal
severity: normal
status: open
title: Bugs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30552>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:16:27 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 02 Jun 2017 11:16:27 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496402187.78.0.444790643673.issue30547@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

this issue can be executed on Linux, I think I am going to work on this one.

----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:17:36 2017
From: report at bugs.python.org (Xavier Morel)
Date: Fri, 02 Jun 2017 11:17:36 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496402256.68.0.0674236158231.issue30535@psf.upfronthosting.co.za>


Xavier Morel added the comment:

> I'm fine with adding a note to the Python 2 docs, but putting it in Python 3 seems to be going in the wrong direction as having sys.meta_path not be empty is how Python will be going forward.

I don't think putting a note is any hint that the Python 3 behaviour (which I appreciate) would change, it would simply tell the reader that the list is not empty by default and they ought decide whether they want their finders to take precedence over (and insert at head) or be fallback to (and append) the builtin finders.

It could also link to the standard/builtin finders.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:21:44 2017
From: report at bugs.python.org (Xavier Morel)
Date: Fri, 02 Jun 2017 11:21:44 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496402504.94.0.589128231866.issue30535@psf.upfronthosting.co.za>


Xavier Morel added the comment:

> A warning is probably too strong.  Also, it's easy to check sys.meta_path at the interpreter prompt, so I'm not sure it's worth mentioning at all.

It's easy if you think of it and did not miss a small bit of the Python 3.3 release note indicating that the *documented guarantees* of Python 2.x, 3.0, 3.1 and 3.2 had been dropped, even as they were incorrectly still present in the official documentation itself.

I spent a few hours trying to understand why our import hooks did not work correctly anymore in 3.5, and I never even considered printing sys.meta_path in an open interpreter, I realised the behavioural change because I ended up printing meta_path after the addition of our custom hooks to make sure they were actually there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:29:15 2017
From: report at bugs.python.org (Mahira)
Date: Fri, 02 Jun 2017 11:29:15 +0000
Subject: [issue30551] Attribute Error
In-Reply-To: <1496401561.24.0.276619479836.issue30551@psf.upfronthosting.co.za>
Message-ID: <1496402955.67.0.420714173195.issue30551@psf.upfronthosting.co.za>


Mahira added the comment:

hey issue Cleared

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30551>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:29:36 2017
From: report at bugs.python.org (Mahira)
Date: Fri, 02 Jun 2017 11:29:36 +0000
Subject: [issue30552] Bugs
In-Reply-To: <CACbbhjQE9e1O9qa504DEP30qGa9U607MQAJCg-w_of_XPPj41Q@mail.gmail.com>
Message-ID: <1496402976.03.0.244673472604.issue30552@psf.upfronthosting.co.za>


Changes by Mahira <mahira.ece at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30552>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:31:07 2017
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 02 Jun 2017 11:31:07 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496403067.34.0.125880473936.issue30537@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +1997

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Fri Jun  2 07:36:02 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 02 Jun 2017 11:36:02 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496402504.94.0.589128231866.issue30535@psf.upfronthosting.co.za>
Message-ID: <cb1d9ceb-5d75-b2d7-19f7-c662f858b960@free.fr>


Antoine Pitrou added the comment:

Le 02/06/2017 ? 13:21, Xavier Morel a ?crit :
> 
> I spent a few hours trying to understand why our import hooks did not work correctly anymore in 3.5, and I never even considered printing sys.meta_path in an open interpreter, I realised the behavioural change because I ended up printing meta_path after the addition of our custom hooks to make sure they were actually there.

Fair enough. So we can just add a sentence informing readers that
`meta_path`, by default, holds entries to handle the standard kinds of
modules (.py files, extension modules...).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Fri Jun  2 08:24:02 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 02 Jun 2017 12:24:02 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496406242.7.0.102846875804.issue30538@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +1998

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Fri Jun  2 08:29:53 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 02 Jun 2017 12:29:53 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496406593.95.0.811247311187.issue30538@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Submitted a PR, thank you.

I changed added the argument for count().  Also I noticed that the link to accumulate() was broken, so I fixed that and I added a link to functools in the references at the end of the page.

One other thing I noticed was that enumerate was described with one argument, but it takes two.  Should I update that as well?

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Fri Jun  2 08:45:57 2017
From: report at bugs.python.org (Xavier Morel)
Date: Fri, 02 Jun 2017 12:45:57 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496407557.51.0.0341962507976.issue30535@psf.upfronthosting.co.za>


Xavier Morel added the comment:

> Fair enough. So we can just add a sentence informing readers that
`meta_path`, by default, holds entries to handle the standard kinds of
modules (.py files, extension modules?).

Yeah that's basically what I meant, talking about a "warning" in python 3 may have been the wrong wording or given an incorrect impression, sorry about that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Fri Jun  2 08:50:32 2017
From: report at bugs.python.org (Julien)
Date: Fri, 02 Jun 2017 12:50:32 +0000
Subject: [issue30553] Add HTTP Response code 421
Message-ID: <1496407832.3.0.808781068022.issue30553@psf.upfronthosting.co.za>


New submission from Julien:

The `http.HTTPStatus` class provides constants for most of the HTTP status codes.
Status code 421 was added by the RFC 7540 (HTTP/2), and is not part of this class. It is described as follows:

> The 421 (Misdirected Request) status code indicates that the request
> was directed at a server that is not able to produce a response.
> This can be sent by a server that is not configured to produce
> responses for the combination of scheme and authority that are
> included in the request URI.

Would it be possible to create the corresponding constant in `http.HTTPStatus`?

For reference:
* Status code 421 in the RFC 7540:
    https://tools.ietf.org/html/rfc7540#section-9.1.2
* Documentation on the HTTPStatus class in python 3.6:
    https://docs.python.org/3/library/http.html#http-status-codes
* Another opened issue relative to the status code 451 currently pending review:
    https://bugs.python.org/issue26589

----------
components: Library (Lib)
messages: 295013
nosy: julienc
priority: normal
severity: normal
status: open
title: Add HTTP Response code 421
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30553>
_______________________________________

From report at bugs.python.org  Fri Jun  2 08:53:28 2017
From: report at bugs.python.org (Mathieu Bridon)
Date: Fri, 02 Jun 2017 12:53:28 +0000
Subject: [issue27318] Add support for symlinks to zipfile
In-Reply-To: <1465905334.15.0.513827452466.issue27318@psf.upfronthosting.co.za>
Message-ID: <1496408008.9.0.262906541134.issue27318@psf.upfronthosting.co.za>


Mathieu Bridon added the comment:

Do note that extracting a zipfile with symlinks might lead to unexpected results, for example if the path pointed to is outside of the extract dir.

Maybe the behaviour introduced in this patch should not be the default, but instead `extract` and `extractall` could take a new flag `preserve_symlinks` which would default to False? (to keep the same default as today)

----------
nosy: +bochecha

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27318>
_______________________________________

From report at bugs.python.org  Fri Jun  2 09:03:21 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 02 Jun 2017 13:03:21 +0000
Subject: [issue30052] URL Quoting page links to function Bytes instead of
 defintion
In-Reply-To: <1492001374.68.0.411275444037.issue30052@psf.upfronthosting.co.za>
Message-ID: <1496408601.1.0.801502708985.issue30052@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Sorry, Mariatta.  I didn't realize this was waiting for a backport.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30052>
_______________________________________

From report at bugs.python.org  Fri Jun  2 09:25:58 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 02 Jun 2017 13:25:58 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496409958.77.0.739392941368.issue30526@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Right, the request/requirement for in-place configuration changes arise from the fact the underlying buffer objects can't readily be shared, while makes swapping out the wrapper problematic if others may already have references to the original.

The "Don't do this implicitly in a library" admonition is then really the same one that applies to any unusual tinkering with global state (e.g. monkeypatching): you can definitely break things if you do it carelessly, so let the main application decide if and when global state updates are appropriate.


I do like "reconfigure()" as the API name, since that's then nicely amenable to expanding to all the settings supported by `open()` as concrete use cases arise. One thing we'll need to watch out for is the difference between "Leave this setting alone" and "Revert this setting to the global default".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Fri Jun  2 09:27:36 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 02 Jun 2017 13:27:36 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496410056.81.0.84263583981.issue30526@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thanks. I'll produce an updated PR using reconfigure() for line_buffering and write_through.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Fri Jun  2 09:27:49 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 02 Jun 2017 13:27:49 +0000
Subject: [issue15216] Support setting the encoding on a text stream after
 creation
In-Reply-To: <1340880558.16.0.0136840668667.issue15216@psf.upfronthosting.co.za>
Message-ID: <1496410069.91.0.978869649578.issue15216@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Antoine posted a simpler reconfiguration RFE over in https://bugs.python.org/issue30526 (for setting line buffering).

While technically orthogonal to this RFE, we're thinking it might be possible to expose them to users as a common "reconfigure()" API, rather than as independent methods.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15216>
_______________________________________

From report at bugs.python.org  Fri Jun  2 09:30:59 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 02 Jun 2017 13:30:59 +0000
Subject: [issue30052] URL Quoting page links to function Bytes instead of
 defintion
In-Reply-To: <1492001374.68.0.411275444037.issue30052@psf.upfronthosting.co.za>
Message-ID: <1496410259.41.0.64893094008.issue30052@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 7a82f9c2b94d31c8f4cc8bb8e3151765d8b148d7 by Nick Coghlan in branch 'master':
bpo-30052: Always regenerate cross-references (#1339)
https://github.com/python/cpython/commit/7a82f9c2b94d31c8f4cc8bb8e3151765d8b148d7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30052>
_______________________________________

From report at bugs.python.org  Fri Jun  2 10:04:24 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 02 Jun 2017 14:04:24 +0000
Subject: [issue30052] URL Quoting page links to function Bytes instead of
 defintion
In-Reply-To: <1492001374.68.0.411275444037.issue30052@psf.upfronthosting.co.za>
Message-ID: <1496412264.28.0.43470508711.issue30052@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +1999

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30052>
_______________________________________

From report at bugs.python.org  Fri Jun  2 10:05:23 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 02 Jun 2017 14:05:23 +0000
Subject: [issue30052] URL Quoting page links to function Bytes instead of
 defintion
In-Reply-To: <1492001374.68.0.411275444037.issue30052@psf.upfronthosting.co.za>
Message-ID: <1496412323.08.0.77106705806.issue30052@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Not your fault, Cheryl! I unfortunately got distracted and didn't follow up on the backports for several PRs I merged a while back. Mariatta has been graciously cleaning some of those up rather than leaving them lingering the way I had been :)

I also just noticed that I never merged the PR to always regenerate the cross-references, so I went ahead and did that, and also submitted the corresponding 3.6 backport PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30052>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:01:22 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 02 Jun 2017 15:01:22 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496415682.2.0.384452343412.issue30538@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> enumerate was described with one argument, but it takes two.
> Should I update that as well?

Yes please.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:01:47 2017
From: report at bugs.python.org (Thomas Moreau)
Date: Fri, 02 Jun 2017 15:01:47 +0000
Subject: [issue30414] multiprocesing.Queue silently ignore messages after exc
 in _feeder
In-Reply-To: <1495304810.94.0.132011659563.issue30414@psf.upfronthosting.co.za>
Message-ID: <1496415707.66.0.968317966833.issue30414@psf.upfronthosting.co.za>


Thomas Moreau added the comment:

This fix, while preventing the Queue to crash, does not give any way to  programatically detect that the message was dropped. This is a problem as we can no longer assume that the Queue will not drop messages. For instance, we can no longer detect deadlocks in concurrent.futures.ProcessPoolExecutor as done in https://github.com/python/cpython/pull/1013 where the crashed QueueFeederThread was used to monitor the working state of the executor.

We could either:
- Put a flag highlighting the fact that some messages where dropped.
- Add an argument to the Queue to close on pickling errors.

I'd be happy to work on a PR to implement any solution that you think is reasonable.

----------
nosy: +tomMoral

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30414>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:04:06 2017
From: report at bugs.python.org (Thomas Moreau)
Date: Fri, 02 Jun 2017 15:04:06 +0000
Subject: [issue30414] multiprocesing.Queue silently ignore messages after exc
 in _feeder
In-Reply-To: <1495304810.94.0.132011659563.issue30414@psf.upfronthosting.co.za>
Message-ID: <1496415846.87.0.877880034857.issue30414@psf.upfronthosting.co.za>


Changes by Thomas Moreau <thomas.moreau.2010 at gmail.com>:


----------
pull_requests: +2001

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30414>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:06:45 2017
From: report at bugs.python.org (Eric Snow)
Date: Fri, 02 Jun 2017 15:06:45 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496416005.87.0.925542617758.issue30535@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:12:03 2017
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 02 Jun 2017 15:12:03 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496416323.26.0.254154818212.issue11783@psf.upfronthosting.co.za>


Christian Heimes added the comment:

We can't replace IDNA-2003 with IDNA-2008 either. Some applications / protocols / TLDs still use IDNA-2003. I see two options, (1) make encoding configurable somehow, (2) drop implicit IDNA encoding/decoding and force applications to perform explicit IDNA.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:20:34 2017
From: report at bugs.python.org (Sayan Chowdhury)
Date: Fri, 02 Jun 2017 15:20:34 +0000
Subject: [issue30536] [EASY] SubinterpThreadingTests.test_threads_join_2() of
 test_threading leaks references
In-Reply-To: <1496313739.63.0.850001827966.issue30536@psf.upfronthosting.co.za>
Message-ID: <1496416834.6.0.940189478015.issue30536@psf.upfronthosting.co.za>


Sayan Chowdhury added the comment:

I replicated the issue. Starting to work on the issue.

----------
nosy: +sayanchowdhury

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30536>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:23:11 2017
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 02 Jun 2017 15:23:11 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
In-Reply-To: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>
Message-ID: <1496416991.8.0.378742064925.issue30545@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Two points:

- Python 2.7 was the version marked, but 2.7 does not come with Enum
  (wasn't introduced until 3.4 -- the third-party backport does work
  on 2.7)

- the problem in the SO question is not caused by Enum, but by
  re-importing a module under a different name which results in two
  different Enum classes that happen to look identical, but are not --
  so the change you propose would not help; also, since Enum members
  with the same value are mapped to the same member your change does not
  provide any new behavior.

So, in summary, the bug here is in the user's code.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:36:20 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Jun 2017 15:36:20 +0000
Subject: [issue30458] CRLF Injection in httplib
In-Reply-To: <1495638091.75.0.96439752743.issue30458@psf.upfronthosting.co.za>
Message-ID: <1496417780.76.0.839118422966.issue30458@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Looking at the code and the previous issue #22928, CRLF immediately followed by a tab or space (obs-fold: CRLF 1*( SP / HTAB )) is a valid part of a header value so the regex deliberately ignore them.

So it looks right to me the url given doesn't raise the same exception as the url without spaces, though the given url seems malformed.

----------
nosy: +martin.panter, serhiy.storchaka, xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30458>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:41:34 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Jun 2017 15:41:34 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496418094.8.0.239275226012.issue11783@psf.upfronthosting.co.za>


R. David Murray added the comment:

The email package currently forces explicit IDNA use currently.  The new policies are supposed to support it automatically but I they currently don't.  I'm not sure we should add it to the old interface (parseaddr/formataddr) any longer, but I don't object to doing it, either.

Not handling idna automatically would go against the entire design of the new email policies, which is to produce unicode from the wire encoding for programs to work with, and convert back to wire protocol on output.

The work on resolving the idna2008 issue belongs in issue #17305, where MvL (who wrote the original idna codec) points to IMO the correct solution (a uts46 codec) in msg217218.

----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:55:39 2017
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 02 Jun 2017 15:55:39 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496418939.22.0.647310540785.issue11783@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Adding automatic IDNA decoding is like opening Pandora's box.

uts46 is not necessarily the correct solution. The correct handling of internationalized domain names depends on multiple factors: TLD, remote application and more. You actually have to know if the remote peer uses 2003 or 2008. For any user facing application you cannot simply expose all of IDNA to the user (homoglypic confusion attacks).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 11:58:43 2017
From: report at bugs.python.org (Lisa Roach)
Date: Fri, 02 Jun 2017 15:58:43 +0000
Subject: [issue30533] missing feature in inspect module: getmembers_static
In-Reply-To: <1496271168.24.0.639482608296.issue30533@psf.upfronthosting.co.za>
Message-ID: <1496419123.37.0.673053594342.issue30533@psf.upfronthosting.co.za>


Lisa Roach added the comment:

+1 to a new getmembers_static(), I don't see why this couldn't be implemented.

----------
nosy: +lisroach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30533>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:01:56 2017
From: report at bugs.python.org (Igor Kozyrenko (ikseek))
Date: Fri, 02 Jun 2017 16:01:56 +0000
Subject: [issue30554] Inaccessible attribute characters_written on OSError
 instances
Message-ID: <1496419316.76.0.0335094522467.issue30554@psf.upfronthosting.co.za>


New submission from Igor Kozyrenko (ikseek):

If I enumerate attributes on OSError instance with dir
dir(OSError())
I see an 'characters_written' attribute (which is supposed to be defined on BlockingIOError according to docs).
If I try to access it
getattr(OSError(), 'characters_written')
I get an AttributeError

----------
components: Library (Lib)
messages: 295030
nosy: Igor Kozyrenko (ikseek)
priority: normal
severity: normal
status: open
title: Inaccessible attribute characters_written on OSError instances
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30554>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:08:27 2017
From: report at bugs.python.org (Paul Kehrer)
Date: Fri, 02 Jun 2017 16:08:27 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496419707.28.0.968814895148.issue11783@psf.upfronthosting.co.za>


Paul Kehrer added the comment:

As someone who built an idna aware API for pyca/cryptography and deeply regrets it I'd like to weigh in on the side of saying that IDNA is a presentation issue and that supporting it in lower level APIs is the cause of many bugs, some of which can potentially be security issues. Users wanting to make requests to IDNA domains should be responsible for the encoding themselves so that impedance mismatches in encoding version are both discoverable and correctable.

----------
nosy: +reaperhulk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:09:01 2017
From: report at bugs.python.org (Paul Kehrer)
Date: Fri, 02 Jun 2017 16:09:01 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496419741.07.0.402205352771.issue11783@psf.upfronthosting.co.za>


Changes by Paul Kehrer <paul.l.kehrer at gmail.com>:


----------
nosy:  -reaperhulk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:13:02 2017
From: report at bugs.python.org (Madhav Datt)
Date: Fri, 02 Jun 2017 16:13:02 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
In-Reply-To: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>
Message-ID: <1496419982.19.0.338886662888.issue30545@psf.upfronthosting.co.za>


Madhav Datt added the comment:

Thanks a lot for those points Ethan. I feel I haven't done a very good job of explaining the bug, but let me use an example. Let's say we have an Enum called MyEnum, which is in a Python module called ModuleA. ModuleB imports ModuleA, and ModuleC imports both, ModuleA and ModuleB. Now, in ModuleC, I have ModuleB.some_function() return a MyEnum state, which I pass as a parameter to ModuleA.other_function() where it is compared to MyEnum states. Here the comparison fails even though it should not have. Obviously, this problem would not arise without such imports, and so is pretty specific, but I hope this makes explains it a little better.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:26:03 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 16:26:03 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496420763.6.0.645864480015.issue30544@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 523776c3419f6795e78173d53c10e35ec4eed48d by Steve Dower (Segev Finer) in branch 'master':
bpo-30544: _io._WindowsConsoleIO.write raises the wrong error when WriteConsoleW fails (#1912)
https://github.com/python/cpython/commit/523776c3419f6795e78173d53c10e35ec4eed48d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:28:36 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 16:28:36 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496420916.53.0.83414827721.issue30544@psf.upfronthosting.co.za>


Steve Dower added the comment:

Yeah, make it a separate issue.

This PR fixes an obvious error that we should just fix, so I've merged it. (I might get to the backport today, but if someone else submits it then I'll merge.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:29:14 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Jun 2017 16:29:14 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1496420954.32.0.0994989728461.issue11783@psf.upfronthosting.co.za>


R. David Murray added the comment:

In other words, this was a major standards screwup and we get to deal with the consequences :(

All right, since I'm hardly likely to have time to deal with it anyway, we'll just say that email isn't going to handle unicode domain names until *someone* figures out how to do this right.  And it sounds like that may be never.  Because saying that "users that want to make requests to IDNA domains should be responsible for the encoding themselves" is, really, a *complete* non-starter from any perspective I can think of, and has its own security issues.  If UTF46 does not do the job, we are just out of luck and the users will pay the price.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:35:01 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Jun 2017 16:35:01 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
In-Reply-To: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>
Message-ID: <1496421301.59.0.981776241168.issue30545@psf.upfronthosting.co.za>


R. David Murray added the comment:

Can you provide actual code that demonstrates the issue you are talking about?

----------
nosy: +r.david.murray
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:44:50 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Jun 2017 16:44:50 +0000
Subject: [issue30554] Inaccessible attribute characters_written on OSError
 instances
In-Reply-To: <1496419316.76.0.0335094522467.issue30554@psf.upfronthosting.co.za>
Message-ID: <1496421890.29.0.106818852135.issue30554@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Actually the docs says "This attribute is available when using the buffered I/O classes from the io module", which means it's not always available since it depends on an inner field set or not.

It's just like Python code:

>>> class CW:
...     def __get__(self, obj, objtype):
...             if obj._written:
...                     return obj._written
...             else:
...                     raise AttributeError("characters_written")
...     def __set__(self, obj, val):
...             obj._written = val
... 
>>> class MyOSError:
...     characters_written = CW()
...     def __init__(self):
...             self._written = False
... 
>>> dir(MyOSError())
['__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', '__weakref__', '_written', 'characters_written']
>>> MyOSError().characters_written
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 6, in __get__
AttributeError: characters_written

----------
nosy: +xiang.zhang
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30554>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:45:19 2017
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 02 Jun 2017 16:45:19 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
In-Reply-To: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>
Message-ID: <1496421919.04.0.59340463111.issue30545@psf.upfronthosting.co.za>


Ethan Furman added the comment:

If your example code is the same as the code in the SO problem, then my previous points stand.

According to the plain-English description you provided the comparison would succeed, so if you have example code which:

- doesn't involve ModuleA being the __main__ script module, and
- has the comparison fail, then

please share it.  ;)  (As a comment/message here is fine.)

----------
resolution: not a bug -> 
stage: resolved -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:46:10 2017
From: report at bugs.python.org (Eric Snow)
Date: Fri, 02 Jun 2017 16:46:10 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1496421970.81.0.0322462593579.issue29514@psf.upfronthosting.co.za>


Eric Snow added the comment:

Sorry I didn't see the just-landed PR earlier, but it may make sense to not skip that test under *any* release level for a micro version > 0:

    @unittest.skipUnless(
        (sys.version_info.micro > 0 or
         sys.version_info.releaselevel in ('final', 'release')),
        'only applies to candidate or final python release levels'
    )

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:52:01 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 02 Jun 2017 16:52:01 +0000
Subject: [issue30414] multiprocesing.Queue silently ignore messages after exc
 in _feeder
In-Reply-To: <1495304810.94.0.132011659563.issue30414@psf.upfronthosting.co.za>
Message-ID: <1496422321.02.0.740107834517.issue30414@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thomas, thanks for the heads up.  I would suggest something like the following patch to multiprocessing.Pool:

$ git diff
diff --git a/Lib/multiprocessing/queues.py b/Lib/multiprocessing/queues.py
index 7f77837..ebbb360 100644
--- a/Lib/multiprocessing/queues.py
+++ b/Lib/multiprocessing/queues.py
@@ -260,8 +260,16 @@ class Queue(object):
                     info('error in queue thread: %s', e)
                     return
                 else:
-                    import traceback
-                    traceback.print_exc()
+                    self._on_queue_thread_error(e)
+
+    def _on_queue_thread_error(self, e):
+        """
+        Private API called when feeding data in the background thread
+        raises an exception.  For overriding by concurrent.futures.
+        """
+        import traceback
+        traceback.print_exc()
+
 
 _sentinel = object()
 


Then you can write your own Queue subclass in concurrent.futures to handle that error and clean up/restart whatever needs to be cleaned up or restarted.  What do you think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30414>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:56:53 2017
From: report at bugs.python.org (Segev Finer)
Date: Fri, 02 Jun 2017 16:56:53 +0000
Subject: [issue30555] _io._WindowsConsoleIO breaks in the face of fd
 redirection
Message-ID: <1496422613.2.0.0803212432553.issue30555@psf.upfronthosting.co.za>


New submission from Segev Finer:

_WindowsConsoleIO works by taking the handle out of the file descriptors of the stdio handles (get_osfhandle) and reading/writing to it directly using ReadConsoleW/WriteConsoleW.

The problem is that some Python code wants to do file descriptor level redirection by overwriting the standard file descriptors using dup2. The problem is that this is also going to close the handle that Python itself is going to use to read/write to the console. Leading to the following:

    >>> fd = os.open('stdout.txt', os.O_CREAT | os.O_WRONLY)
    >>> os.dup2(fd, 1)
    >>> print('spam')
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    OSError: [WinError 87] The parameter is incorrect  # "OSError: [WinError 6] The handle is invalid" after https://bugs.python.org/issue30544

This manifests itself for example in Pytest which does fd redirection to capture test output. See https://github.com/pytest-dev/py/issues/103 for the issue. And see https://github.com/pytest-dev/pytest/pull/2462 for an WIP attempt to workaround this.

This issue also impacts other code that uses console handles itself like colorama: https://github.com/pytest-dev/pytest/issues/2465. Though that code is likely going to have to deal with this by itself.

Those file descriptors are an emulation implemented by the Universal CRT and you can see their implementation in your copy of the Windows SDK. It's quite possible that this doesn't happen in older CRT versions either since colorama doesn't seem to break on Python 2.7 for example.

One way I can think working around this is that Python will DuplicateHandle the console handles so that even if dup2 closes the original ones it will keep on working. We can also switch to calling _get_osfhandle always instead of caching the handle, it will break when the fd is redirected to a non-console. But so does _WindowsConsoleIO in general since it will try to continue writing to the console despite the redirection, meaning that Python code doing redirection has to handle sys.std* anyhow. Though I'm not sure about the performance of constantly calling _get_osfhandle. And their yet might be other ways to solve this.

Also see comment by eryksun https://bugs.python.org/msg294988

Solving this in CPython will remove the need for hacks like the PR I referenced.

----------
components: IO, Windows
messages: 295041
nosy: Segev Finer, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: _io._WindowsConsoleIO breaks in the face of fd redirection
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30555>
_______________________________________

From report at bugs.python.org  Fri Jun  2 12:59:57 2017
From: report at bugs.python.org (Segev Finer)
Date: Fri, 02 Jun 2017 16:59:57 +0000
Subject: [issue30555] _io._WindowsConsoleIO breaks in the face of fd
 redirection
In-Reply-To: <1496422613.2.0.0803212432553.issue30555@psf.upfronthosting.co.za>
Message-ID: <1496422797.39.0.0364605870084.issue30555@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30555>
_______________________________________

From report at bugs.python.org  Fri Jun  2 13:00:34 2017
From: report at bugs.python.org (Segev Finer)
Date: Fri, 02 Jun 2017 17:00:34 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496422834.06.0.422670518535.issue30544@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Fri Jun  2 13:30:38 2017
From: report at bugs.python.org (Igor Kozyrenko (ikseek))
Date: Fri, 02 Jun 2017 17:30:38 +0000
Subject: [issue30554] Inaccessible attribute characters_written on OSError
 instances
In-Reply-To: <1496419316.76.0.0335094522467.issue30554@psf.upfronthosting.co.za>
Message-ID: <1496424638.4.0.108027819876.issue30554@psf.upfronthosting.co.za>


Igor Kozyrenko (ikseek) added the comment:

So is it by design?
cgitb library fails to create report if there are links to exceptions based on OSError on the stack because it tries to enumerate all it's attributes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30554>
_______________________________________

From report at bugs.python.org  Fri Jun  2 13:42:10 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Jun 2017 17:42:10 +0000
Subject: [issue30554] Inaccessible attribute characters_written on OSError
 instances
In-Reply-To: <1496419316.76.0.0335094522467.issue30554@psf.upfronthosting.co.za>
Message-ID: <1496425330.19.0.290985451782.issue30554@psf.upfronthosting.co.za>


R. David Murray added the comment:

That's actually a very good question.  hasattr returns False, but is it supposed to be an invariant that if dir returns a string hasattr should return True and getattr should not return AttributeError?  (Well, it might raise AttributeError from inside the attribute, but the attribute itself should be "real".)  Or to put it the other way, if hasattr returns False, should it be an invariant that dir does not list that attribute name?

This may be a question for python-dev, and the answer may well be that we do *not* want to suggest that such an invariant should be expected.  (We of course don't enforce such things, but we do make them hold true in the stdlib if we establish them).  However, it is certainly a surprising behavior, and Python *generally* tries to avoid such surprises.

This may have already been discussed and decided at some previous point, so someone should do some docs and archive searching about it first :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30554>
_______________________________________

From report at bugs.python.org  Fri Jun  2 13:44:59 2017
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 02 Jun 2017 17:44:59 +0000
Subject: [issue30505] Performance of typing._ProtocolMeta._get_protocol_attrs
 and isinstance
In-Reply-To: <1496049409.93.0.192071382303.issue30505@psf.upfronthosting.co.za>
Message-ID: <1496425499.32.0.712710222444.issue30505@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Thanks for reporting!

The runtime implementation of protocol classes will be thoroughly reworked as a part of PEP 544, see also https://github.com/python/typing/pull/417 for a proof of concept runtime implementation.

Also, there is another ongoing discussion https://github.com/python/typing/issues/432 about a global refactoring of typing module that will significantly improve performance.

Therefore, I would wait with any large PRs until these two stories are settled. If you still want to propose a small PR, you can do this at the upstream typing repo https://github.com/python/typing

----------
nosy: +levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30505>
_______________________________________

From report at bugs.python.org  Fri Jun  2 13:47:13 2017
From: report at bugs.python.org (Samuel Colvin)
Date: Fri, 02 Jun 2017 17:47:13 +0000
Subject: [issue30556] asyncio.wait very slow with FIRST_COMPLETED
Message-ID: <1496425633.34.0.560515372039.issue30556@psf.upfronthosting.co.za>


New submission from Samuel Colvin:

This is best described the script at https://gist.github.com/samuelcolvin/00f01793c118bf9aafae886ffbc81a58.

Basically, completing a set of tasks using asyncio.wait(...return_when=asyncio.FIRST_COMPLETED) in a loop to wait for them to finish is much much slower than completing the same set of tasks using just asyncio.wait(pending_tasks, loop=loop, return_when=asyncio.ALL_COMPLETED).

In my example, the ALL_COMPLETED case takes ~5s, but the FIRST_COMPLETED case takes 18 - 47s.

The screenshot on the gist shows network usage with a very long tail, in other words very few tasks are taking a long time to complete.

This example uses aiohttp get a url as the test case but I'm pretty sure this isn't an issue with aiohttp.

I tried the same thing with uvloop but got broadly the same result.

----------
components: asyncio
files: asyncio_wait_test.py
messages: 295045
nosy: samuelcolvin, yselivanov
priority: normal
severity: normal
status: open
title: asyncio.wait very slow with FIRST_COMPLETED
type: performance
versions: Python 3.6
Added file: http://bugs.python.org/file46920/asyncio_wait_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30556>
_______________________________________

From report at bugs.python.org  Fri Jun  2 13:55:08 2017
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 02 Jun 2017 17:55:08 +0000
Subject: [issue30518] Import type aliases from another module
In-Reply-To: <1496199251.51.0.430123628937.issue30518@psf.upfronthosting.co.za>
Message-ID: <1496426108.82.0.631953086363.issue30518@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

>     Block = [int, Tuple[int]]
>     Blocks = List[Block]

These are both invalid type aliases (I have no idea why PyCharm does not flag them, you could report this at PyCharm issue tracker). I am not sure what exactly you want. If you want a list of either integers or tuples of integers, then you should write for example:

Block = Union[int, Tuple[int, ...]]
Blocks = List[Block]

Concerning import, this is definitely not a problem with aliases. What I have noticed is that you write "I have a 'base' module ..." and then "from base_module import ...", if you have a module named base.py, then you should write:

from base import Blocks, Tags

Or maybe you just have an import cycle...

----------
nosy: +levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30518>
_______________________________________

From report at bugs.python.org  Fri Jun  2 13:59:01 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 17:59:01 +0000
Subject: [issue30555] _io._WindowsConsoleIO breaks in the face of fd
 redirection
In-Reply-To: <1496422613.2.0.0803212432553.issue30555@psf.upfronthosting.co.za>
Message-ID: <1496426341.56.0.251636029333.issue30555@psf.upfronthosting.co.za>


Steve Dower added the comment:

> We can also switch to calling _get_osfhandle always instead of caching the handle, it will break when the fd is redirected to a non-console. But so does _WindowsConsoleIO in general since it will try to continue writing to the console despite the redirection, meaning that Python code doing redirection has to handle sys.std* anyhow.

This might be the best approach, ultimately. I bet there's an optimization here, though it's not obvious.

Probably the main issue here is readline not properly handling sys.std*. If that was fixed, I think many of these problems (at least at the interactive prompt) would simply go away.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30555>
_______________________________________

From report at bugs.python.org  Fri Jun  2 14:03:23 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 02 Jun 2017 18:03:23 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496426603.83.0.25964362564.issue30526@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2002

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Fri Jun  2 14:23:16 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 02 Jun 2017 18:23:16 +0000
Subject: [issue30554] Inaccessible attribute characters_written on OSError
 instances
In-Reply-To: <1496419316.76.0.0335094522467.issue30554@psf.upfronthosting.co.za>
Message-ID: <1496427796.77.0.677933400609.issue30554@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Looking at the code and doc it seems it's by design. But it's good or not remains in question. The related discussion about the more general problem behind this issue is https://groups.google.com/d/msg/python-ideas/Kou5cYGjGQ8/oXEixwgiDwAJ. There is a workaround and a proposed general resolution. But it's hard for me now to treat the current OSError behaviour as a *bug*.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30554>
_______________________________________

From report at bugs.python.org  Fri Jun  2 14:23:47 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Jun 2017 18:23:47 +0000
Subject: [issue30535] Warn that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496427827.19.0.773498937876.issue30535@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Yeah, there's actually a specific 'warning' directive which puts text in the docs in a red box to make it a full-blown warning which is what I thought you wanted, having it say "this is different than Python 2!". Having a sentence that just states how things are without referring to Python 2 is totally fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Fri Jun  2 14:26:11 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Jun 2017 18:26:11 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496427971.04.0.651086596014.issue30534@psf.upfronthosting.co.za>


Brett Cannon added the comment:

> Note that some error messages are "takes no keyword arguments", but others are "does not take keyword arguments" or "doesn't take keyword arguments". They should be unified. What wording is better?

I vote for "takes no keyword arguments".

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Fri Jun  2 14:36:04 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Jun 2017 18:36:04 +0000
Subject: [issue24899] Add an os.path <=> pathlib equivalence table in pathlib
 docs
In-Reply-To: <1440050617.44.0.44226546659.issue24899@psf.upfronthosting.co.za>
Message-ID: <1496428564.93.0.274519054857.issue24899@psf.upfronthosting.co.za>


Brett Cannon added the comment:


New changeset ae8750bca8234a9af9382b9d7e457b57f810ad64 by Brett Cannon (Jamiel Almeida) in branch 'master':
bpo-24899: Add comparison table for os.path -> pathlib (GH-1753)
https://github.com/python/cpython/commit/ae8750bca8234a9af9382b9d7e457b57f810ad64


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24899>
_______________________________________

From report at bugs.python.org  Fri Jun  2 14:36:23 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 02 Jun 2017 18:36:23 +0000
Subject: [issue24899] Add an os.path <=> pathlib equivalence table in pathlib
 docs
In-Reply-To: <1440050617.44.0.44226546659.issue24899@psf.upfronthosting.co.za>
Message-ID: <1496428583.73.0.362430360753.issue24899@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24899>
_______________________________________

From report at bugs.python.org  Fri Jun  2 15:49:19 2017
From: report at bugs.python.org (Mario Corchero)
Date: Fri, 02 Jun 2017 19:49:19 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1496432959.31.0.705645477507.issue30541@psf.upfronthosting.co.za>


Changes by Mario Corchero <mariocj89 at gmail.com>:


----------
pull_requests: +2003

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Fri Jun  2 16:21:09 2017
From: report at bugs.python.org (Dom Cote)
Date: Fri, 02 Jun 2017 20:21:09 +0000
Subject: [issue21878] wsgi.simple_server's wsgi.input read/readline waits
 forever in certain circumstances
In-Reply-To: <1403937301.18.0.584032434522.issue21878@psf.upfronthosting.co.za>
Message-ID: <1496434869.88.0.736431429523.issue21878@psf.upfronthosting.co.za>


Dom Cote added the comment:

Just bumped into this issue today using bobo.

On the first attempt to load a page, it's OK, because there is something to read. But if you hit the "reload" button on the browser, for some reason, it will connect with the server a second time after the request is completed, and but there nothing is being sent, so readline() never comes back.

However, the documentation says that if the underlying object is set as non-blocking, then it shouldn't block.

So I first inspected the timeout value on the request's socket, and it comes back 0.0, which according to the sockets doc, should mean non blocking. That's weird.

So I decided to go ahead and call the setblocking(False) on the socket anyway, and this time, readline() came back with no data. The rest took care of itself.

This is my debug traces as well as a small patch to show the workaround.

Notice how the timeout is comes back as 0.0 despite the fact that the socket will block.

Also, notice the second connection request being '' after putting in the fix.

==============

> <socket.socket fd=5, family=AddressFamily.AF_INET, type=2049, proto=0, laddr=('192.168.1.113', 8085), raddr=('192.168.1.6', 59194)> 0.0
7> b'GET / HTTP/1.1\r\n'
192.168.1.6 - - [02/Jun/2017 16:01:39] "GET / HTTP/1.1" 200 690
5> <socket.socket fd=5, family=AddressFamily.AF_INET, type=2049, proto=0, laddr=('192.168.1.113', 8085), raddr=('192.168.1.6', 59195)> 0.0
6> <socket.socket fd=5, family=AddressFamily.AF_INET, type=2049, proto=0, laddr=('192.168.1.113', 8085), raddr=('192.168.1.6', 59195)> 0.0
7> b''

diff --git a/simple_server.py b/simple_server.py
index 7fddbe8..3df4ffa 100644
--- a/simple_server.py
+++ b/simple_server.py
@@ -115,9 +115,13 @@ class WSGIRequestHandler(BaseHTTPRequestHandler):

     def handle(self):
         """Handle a single HTTP request"""
-
+        print("5>",self.connection,self.connection.gettimeout())
+        self.connection.setblocking(False)
         self.raw_requestline = self.rfile.readline(65537)
-        if len(self.raw_requestline) > 65536:
+        print("6>",self.connection,self.connection.gettimeout())
+        print("7>",str(self.raw_requestline))
+
+        if False and len(self.raw_requestline) > 65536:
             self.requestline = ''
             self.request_version = ''
             self.command = ''

----------
nosy: +buzdelabuz2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21878>
_______________________________________

From report at bugs.python.org  Fri Jun  2 16:36:52 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 02 Jun 2017 20:36:52 +0000
Subject: [issue30554] Inaccessible attribute characters_written on OSError
 instances
In-Reply-To: <1496419316.76.0.0335094522467.issue30554@psf.upfronthosting.co.za>
Message-ID: <1496435812.61.0.895254199197.issue30554@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thank you for linking to that Xiang.  I had a vague memory of that discussion but couldn't find it.

No, there is no bug here, but there is a question of whether or not there *should* be a bug here (that is, is there a design bug) and if so how/where to fix it :)

This issue isn't the place to have that discussion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30554>
_______________________________________

From report at bugs.python.org  Fri Jun  2 17:09:30 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 21:09:30 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
Message-ID: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>


New submission from Steve Dower:

faulthandler adds a structured exception handler on Windows so we can dump a Python traceback before crashing. This should only be done for fatal exceptions, but is currently done for some non-fatal exceptions.

The current test is `flags & EXCEPTION_NONCONTINUABLE`, which is incorrect (as evidenced by the fact that the check is wrong in its current context and should be `!(flags & EXCEPTION_NONCONTINUABLE)`).

Instead, `code & 0x80000000` determines whether the exception is an error. If not, we should skip logging any info.

----------
assignee: steve.dower
components: Windows
messages: 295054
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: faulthandler does not correctly filter fatal exceptions on Windows
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Fri Jun  2 17:10:48 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 21:10:48 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496437848.3.0.903389222281.issue30557@psf.upfronthosting.co.za>


Steve Dower added the comment:

Also, it displays exception codes as decimal, but should be hex. I'll fix that too

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Fri Jun  2 17:13:36 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 21:13:36 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496438016.81.0.23943025602.issue30557@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +2004

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Fri Jun  2 17:14:44 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 21:14:44 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496438084.2.0.345655351851.issue30544@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +2005

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Fri Jun  2 17:39:07 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 21:39:07 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496439547.44.0.729136120253.issue30544@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset c63ae1122f84d4188ffadfd1454902093eb10be1 by Steve Dower in branch '3.6':
bpo-30544: _io._WindowsConsoleIO.write raises the wrong error when WriteConsoleW fails (#1912) (#1925)
https://github.com/python/cpython/commit/c63ae1122f84d4188ffadfd1454902093eb10be1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Fri Jun  2 17:40:51 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 02 Jun 2017 21:40:51 +0000
Subject: [issue30544] _io._WindowsConsoleIO.write raises the wrong error when
 WriteConsoleW fails
In-Reply-To: <1496357863.69.0.978506561912.issue30544@psf.upfronthosting.co.za>
Message-ID: <1496439651.94.0.518927230814.issue30544@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30544>
_______________________________________

From report at bugs.python.org  Fri Jun  2 18:00:27 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 02 Jun 2017 22:00:27 +0000
Subject: [issue30486] Allow setting cell value
In-Reply-To: <1495815421.45.0.489335851706.issue30486@psf.upfronthosting.co.za>
Message-ID: <1496440827.1.0.403865012729.issue30486@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

A possible counter-indication would be if setting a cell could cause a crash, as opposed to a mysterious exception.  Since 3.x already allows writing any object to a cell from python code,
 
def outer():
    cell = None
    def inner(ob):
        nonlocal cell
        cell = ob  # rebinds <hidden-cell>.cell_contents
    return inner

set_cell = outer()
print(set_cell.__closure__[0].cell_contents)  # None
set_cell('something')
print(set_cell.__closure__[0].cell_contents)  # 'something'

making "cell.cell_contents = 'something'" legal should not enable more crashes.

I think that "function.__closure__[i].cell_contents = object" is perhaps not a good idea for production code, but I think it falls within the realm of 'consenting adults code' for the other uses suggested above.  How should it be documented?

----------
nosy: +terry.reedy
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30486>
_______________________________________

From report at bugs.python.org  Fri Jun  2 18:01:10 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 02 Jun 2017 22:01:10 +0000
Subject: [issue30486] Allow setting cell value
In-Reply-To: <1495815421.45.0.489335851706.issue30486@psf.upfronthosting.co.za>
Message-ID: <1496440870.75.0.400701703114.issue30486@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

There's already a documentation change to the PR, you can leave your comments there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30486>
_______________________________________

From report at bugs.python.org  Fri Jun  2 18:41:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 02 Jun 2017 22:41:45 +0000
Subject: [issue30489] Add CmdLineTest to standard library
In-Reply-To: <1495823247.09.0.958014555003.issue30489@psf.upfronthosting.co.za>
Message-ID: <1496443305.11.0.133020533994.issue30489@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Santiago, an idea like this (one that requests a reversal of previous decisions) should be discussed first on the python-ideas list.  Such a discussion would need to result in a specific proposal of what to extract from test_cmd_line_script.py and where to put it.  test_cmd_line_script.py itself cannot be moved.  If you get a positive response there, you can re-open this or open a new issue.

The test utilities in test/ are already 'in' the stdlib, in that one can  import and use them.  However, doing so is at one's own risk of API change.  They are declared private and kept in test/ so that we can freely change them as needed for their primary purpose -- testing cpython.

----------
nosy: +terry.reedy
resolution:  -> rejected
stage:  -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30489>
_______________________________________

From report at bugs.python.org  Fri Jun  2 19:00:26 2017
From: report at bugs.python.org (Milan Oberkirch)
Date: Fri, 02 Jun 2017 23:00:26 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496444426.0.0.0872029656364.issue30542@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

I tried to pin this leak down and got to the point where I suspect the compile call:

    def check_roundtrip(self, code1, filename="internal"):
        ast1 = compile(code1, filename, "exec", ast.PyCF_ONLY_AST)

the leaks occur with only that line in the function and do not occur without it.

To me it looks like a direct result of some leak somewhere in the tested code?

Garrett: I'm happy for you to take over (please leave a comment if you do)!

----------
nosy: +zvyn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Fri Jun  2 20:25:17 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 03 Jun 2017 00:25:17 +0000
Subject: [issue30498] Run Python's slowest tests in the first 3/4 of tests
 when using -r
In-Reply-To: <1496000480.86.0.388224961805.issue30498@psf.upfronthosting.co.za>
Message-ID: <1496449517.08.0.691909021809.issue30498@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Starting longer running tests sooner only make sense if one runs them in parallel with -jn.  I just tried installed 64 bit 3.6.1 with -r -j12 (forgot -ugui).  Total duration: 108 seconds.  The last to finish was test_multiprocessing_spawn after 84 seconds, 5 seconds after the 2nd last.  So it started at 24 seconds, when about 150 of 405 tests had finished.  To not be a blocker, it needed to start at about 19 seconds, when 120 tests had finished.

I re-ran with 32 bit repository debug build and was not so lucky.  Test 404 finished at 3:24.  Test_multiprocessing_spawn finished 1:33 later at 4:57, after 121 seconds.  It started at 2:57, when about 352 of 405 had finished.  Test 303 (3/4the) finished at 2:41, 16 seconds earlier.

Conclusion: the 3/4 restriction will help, but is insufficient to really balance process loads.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30498>
_______________________________________

From report at bugs.python.org  Fri Jun  2 20:31:32 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 03 Jun 2017 00:31:32 +0000
Subject: [issue30509] Optimize calling type slots
In-Reply-To: <1496123800.73.0.877253409287.issue30509@psf.upfronthosting.co.za>
Message-ID: <1496449892.73.0.893086297883.issue30509@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I believe Rietveld does not work with git-format patches.  I don't know if git can produce the format hg did.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30509>
_______________________________________

From report at bugs.python.org  Fri Jun  2 20:33:27 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 03 Jun 2017 00:33:27 +0000
Subject: [issue30510] c_bool type not supported for BigEndianStructure on
 little-endian machine
In-Reply-To: <1496140554.49.0.81782531481.issue30510@psf.upfronthosting.co.za>
Message-ID: <1496450007.7.0.305044203028.issue30510@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Please post or upload minimal code that reproduces the problem for you.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30510>
_______________________________________

From report at bugs.python.org  Sat Jun  3 00:05:36 2017
From: report at bugs.python.org (Jacob Pratt)
Date: Sat, 03 Jun 2017 04:05:36 +0000
Subject: [issue30558] [Suggestion] Improve documentation for set() API
Message-ID: <1496462736.53.0.208043684916.issue30558@psf.upfronthosting.co.za>


New submission from Jacob Pratt:

While going through the documentation, I found that set() has surprisingly little documentation, not even a list of built-in methods.

I'm not sure exactly what is missing, but I know that issubset and issuperset isn't in there (that's what I was looking for, specifically).

Thanks!

----------
messages: 295064
nosy: Jacob Pratt
priority: normal
severity: normal
status: open
title: [Suggestion] Improve documentation for set() API
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30558>
_______________________________________

From report at bugs.python.org  Sat Jun  3 01:30:44 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 03 Jun 2017 05:30:44 +0000
Subject: [issue30535] Explicitly note that meta_path is not empty
In-Reply-To: <1496307550.81.0.122215532062.issue30535@psf.upfronthosting.co.za>
Message-ID: <1496467844.5.0.49207187799.issue30535@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

s/Warn/Explicitly note/ in the issue title :)

I think this is actually both important enough and subtle enough to warrant a ".. note::" callout in the docs.

In Python 3, it would say to use `sys.meta_path.insert(0, finder)` if you want your finder to take precedence over the default search locations, and `sys.meta_path.append(finder)` if you only want it handle cases that aren't already handled by the default machine.

In Python 2, it would say that custom finders on `sys.meta_path` will always take precedence over the default machinery, and if you want to do otherwise, you'll need to use `importlib2` and install its loaders into `sys.meta_path` ahead of your own.

----------
title: Warn that meta_path is not empty -> Explicitly note that meta_path is not empty

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30535>
_______________________________________

From report at bugs.python.org  Sat Jun  3 01:54:21 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 03 Jun 2017 05:54:21 +0000
Subject: [issue13359] urllib2 doesn't escape spaces in http requests
In-Reply-To: <1320610427.07.0.982938376676.issue13359@psf.upfronthosting.co.za>
Message-ID: <1496469261.0.0.179314941564.issue13359@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think this could be merged with Issue 14826. Maybe it is sensible to handle all control characters the same way.

----------
nosy: +martin.panter
resolution:  -> duplicate
superseder:  -> urlopen URL with unescaped space

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13359>
_______________________________________

From report at bugs.python.org  Sat Jun  3 03:01:33 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 03 Jun 2017 07:01:33 +0000
Subject: [issue30458] CRLF Injection in httplib
In-Reply-To: <1495638091.75.0.96439752743.issue30458@psf.upfronthosting.co.za>
Message-ID: <1496473293.92.0.424276419664.issue30458@psf.upfronthosting.co.za>


Martin Panter added the comment:

You can also inject proper HTTP header fields (or do multiple requests) if you omit the space after the CRLF:

urlopen("http://localhost:8000/ HTTP/1.1\r\nHEADER: INJECTED\r\nIgnore:")

Data sent to the server:
>>> server = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)
>>> server.bind(("localhost", 8000))
>>> server.listen()
>>> [conn, addr] = server.accept()
>>> pprint(conn.recv(300).splitlines(keepends=True))
[b'GET / HTTP/1.1\r\n',
 b'HEADER: INJECTED\r\n',
 b'Ignore: HTTP/1.1\r\n',
 b'Accept-Encoding: identity\r\n',
 b'User-Agent: Python-urllib/3.5\r\n',
 b'Connection: close\r\n',
 b'Host: localhost:8000\r\n',
 b'\r\n']

Issue 14826 is already open about how ?urlopen? handles spaces, and there is a patch in Issue 13359 that proposes to also encode newline characters. But if the CRLF or header injection is a security problem, then 2.7 etc could be changed to raise an exception (like Issue 22928), or to do percent encoding.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30458>
_______________________________________

From report at bugs.python.org  Sat Jun  3 03:04:23 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Sat, 03 Jun 2017 07:04:23 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496473463.63.0.545967369157.issue25910@psf.upfronthosting.co.za>


Sanyam Khurana added the comment:

Hi,

If this work is not being actively worked on, can I work on this and fix the remaining links?

----------
nosy: +CuriousLearner

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 03:04:30 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 03 Jun 2017 07:04:30 +0000
Subject: [issue30558] [Suggestion] Improve documentation for set() API
In-Reply-To: <1496462736.53.0.208043684916.issue30558@psf.upfronthosting.co.za>
Message-ID: <1496473470.17.0.900707260402.issue30558@psf.upfronthosting.co.za>


Martin Panter added the comment:

Did you see <https://docs.python.org/3.6/library/stdtypes.html#set-types-set-frozenset>?

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, martin.panter
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30558>
_______________________________________

From report at bugs.python.org  Sat Jun  3 03:27:39 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Sat, 03 Jun 2017 07:27:39 +0000
Subject: [issue24744] Lack of type checks in pkgutil.walk_packages and friends
In-Reply-To: <1438099888.11.0.752519898586.issue24744@psf.upfronthosting.co.za>
Message-ID: <1496474859.13.0.652773692676.issue24744@psf.upfronthosting.co.za>


Sanyam Khurana added the comment:

Hi r.david.murray,

What error do you think should be raised in this case, when path is an instance of str?

I'll issue a PR once I know what end results are expected.

----------
nosy: +CuriousLearner

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24744>
_______________________________________

From report at bugs.python.org  Sat Jun  3 03:58:25 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Sat, 03 Jun 2017 07:58:25 +0000
Subject: [issue24744] Lack of type checks in pkgutil.walk_packages and friends
In-Reply-To: <1438099888.11.0.752519898586.issue24744@psf.upfronthosting.co.za>
Message-ID: <1496476705.34.0.86202797956.issue24744@psf.upfronthosting.co.za>


Changes by Sanyam Khurana <sanyam.khurana01 at gmail.com>:


----------
pull_requests: +2006

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24744>
_______________________________________

From report at bugs.python.org  Sat Jun  3 04:36:44 2017
From: report at bugs.python.org (Mahira)
Date: Sat, 03 Jun 2017 08:36:44 +0000
Subject: [issue30559] Bugs in Web app
Message-ID: <1496479004.44.0.605071340261.issue30559@psf.upfronthosting.co.za>


New submission from Mahira:

Hai 

I followed your Tutorial
In the Following Program, i am getting 
Traceback (most recent call last):
  File "C:\Users\Mahira\AppData\Local\Programs\Python\Python36\Scripts\localhost.py", line 1, in <module>
    import web
  File "C:\Users\Mahira\AppData\Local\Programs\Python\Python36\Scripts\web.py", line 6, in <module>
    app = web.application(("urls"),globals())
AttributeError: module 'web' has no attribute 'application'

And my program is:

import web

urls = (
    '/', 'index'
)

class index:
    def GET(self):
        return "Hello, world!"

if __name__ == "__main__":
    app = web.application(urls, globals())
    app.run()

----------
assignee: terry.reedy
components: IDLE
messages: 295071
nosy: Mahira, terry.reedy
priority: normal
severity: normal
status: open
title: Bugs in Web app
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30559>
_______________________________________

From report at bugs.python.org  Sat Jun  3 05:17:48 2017
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 03 Jun 2017 09:17:48 +0000
Subject: [issue30559] Bugs in Web app
In-Reply-To: <1496479004.44.0.605071340261.issue30559@psf.upfronthosting.co.za>
Message-ID: <1496481468.63.0.778259938935.issue30559@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Hi Mahira,

This site is for reporting bugs in the Python core language itself, not bugs in code written by users.

You appear to be using the "Learn Python the Hard Way" tutorial, which is a third-party resource that's not maintained by the Python language developers. You might want to try asking your questions on one of the Python mailing lists (see https://www.python.org/community/lists/), or the "Learn Code the Hard Way" chat room: https://gitter.im/lcthw/Lobby

----------
nosy: +mark.dickinson
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30559>
_______________________________________

From report at bugs.python.org  Sat Jun  3 05:39:32 2017
From: report at bugs.python.org (SilentGhost)
Date: Sat, 03 Jun 2017 09:39:32 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496482772.11.0.32950572995.issue25910@psf.upfronthosting.co.za>


SilentGhost added the comment:

>  can I work on this and fix the remaining links?
Please do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 06:32:30 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 03 Jun 2017 10:32:30 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496485950.22.0.57913491016.issue30526@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 3c2817b6884a5fcf792197203f3c26b157210607 by Antoine Pitrou in branch 'master':
Fix bpo-30526: Add TextIOWrapper.reconfigure() and a TextIOWrapper.write_through attribute (#1922)
https://github.com/python/cpython/commit/3c2817b6884a5fcf792197203f3c26b157210607


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Sat Jun  3 09:08:32 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 13:08:32 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496495312.48.0.163457286332.issue25910@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think only lawyers or people related to the Zope Corporation and the BeOpen PythonLabs team can help with fixing the links to http://www.zope.com/ and http://www.pythonlabs.com/logos.html.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 09:49:33 2017
From: report at bugs.python.org (R. David Murray)
Date: Sat, 03 Jun 2017 13:49:33 +0000
Subject: [issue24744] Lack of type checks in pkgutil.walk_packages and friends
In-Reply-To: <1438099888.11.0.752519898586.issue24744@psf.upfronthosting.co.za>
Message-ID: <1496497773.41.0.328664806164.issue24744@psf.upfronthosting.co.za>


R. David Murray added the comment:

As I mentioned on the PR I think it should be a ValueError, and that the PR also needs tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24744>
_______________________________________

From report at bugs.python.org  Sat Jun  3 10:01:11 2017
From: report at bugs.python.org (Segev Finer)
Date: Sat, 03 Jun 2017 14:01:11 +0000
Subject: [issue30555] _io._WindowsConsoleIO breaks in the face of fd
 redirection
In-Reply-To: <1496422613.2.0.0803212432553.issue30555@psf.upfronthosting.co.za>
Message-ID: <1496498471.41.0.850326032043.issue30555@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2007

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30555>
_______________________________________

From report at bugs.python.org  Sat Jun  3 10:40:59 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 03 Jun 2017 14:40:59 +0000
Subject: [issue29929] Eliminate implicit __main__ relative imports
In-Reply-To: <1490692950.43.0.231452338576.issue29929@psf.upfronthosting.co.za>
Message-ID: <1496500859.06.0.607311562768.issue29929@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

See https://mail.python.org/pipermail/import-sig/2017-March/001068.html for the above-mentioned import-sig post (the design in that email isn't the same as the one described above, but later in the thread I decided the design suggested here is likely to be less confusing overall)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29929>
_______________________________________

From report at bugs.python.org  Sat Jun  3 10:52:13 2017
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 03 Jun 2017 14:52:13 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496501533.53.0.048219222599.issue25910@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

Adding Jim Fulton (for Zope) and Guido (for Pythonlabs).  I don't know who owns the former, but I'm fairly sure Guido owns the pythonlabs domain.

----------
nosy: +gvanrossum, j1m

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 11:04:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 15:04:55 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496502295.62.0.0965810382454.issue30534@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Updated error messages. Later I'm going to unify error messages for Python and C functions. But this is a different issue.

I can wrote a test, but I don't know good place for it. test_builtin doesn't look a good place to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Sat Jun  3 11:24:32 2017
From: report at bugs.python.org (=?utf-8?q?Johannes_L=C3=B6thberg?=)
Date: Sat, 03 Jun 2017 15:24:32 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496503472.08.0.407093822466.issue27321@psf.upfronthosting.co.za>


Johannes L?thberg added the comment:

Any updates on this?  I'm having the same problem with some non-spam emails while trying to use some mail-handling tools written in Python.

----------
nosy: +Johannes L?thberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Sat Jun  3 11:33:31 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 03 Jun 2017 15:33:31 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496504011.02.0.0111244449509.issue30538@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Thank you.  I've added that.  

This may seem like an odd question, but should I assume that the docs should always match the code?  For example, in the Functional HOWTO, I wasn't sure if the arguments were left off purposely or if it was just something that hadn't been updated.  If the docs should always match, then I wouldn't have to ask so many questions if I see another place where this happens.

Also, the example for enumerate is this:

f = open('data.txt', 'r')
for i, line in enumerate(f):
    if line.strip() == '':
        print('Blank line at line #%i' % i)

Is it code churn to replace the old style string formatting or is that something else that should be done as clean-up?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Sat Jun  3 11:42:26 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 15:42:26 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1496504546.17.0.422955782772.issue30540@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I less need reading test names from a file than other changes in this file. :)

But what about doctests? They are run unconditionally.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Sat Jun  3 11:42:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 03 Jun 2017 15:42:44 +0000
Subject: [issue30559] Bugs in Web app
In-Reply-To: <1496479004.44.0.605071340261.issue30559@psf.upfronthosting.co.za>
Message-ID: <1496504564.9.0.40863649977.issue30559@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

It is good that you included both a short program and the full traceback. Too many beginners don't do that when asking questions.  Three comments: your program does not have syntax errors and compiled just fine; exceptions almost never involved the editor/IDE you happen to use; if 'web' comes from a book, its discussion group should be your best bet.

----------
assignee: terry.reedy -> 
type: compile error -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30559>
_______________________________________

From report at bugs.python.org  Sat Jun  3 11:48:47 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 03 Jun 2017 15:48:47 +0000
Subject: [issue30526] Allow setting line_buffering on existing TextIOWrapper
In-Reply-To: <1496247346.69.0.574083557121.issue30526@psf.upfronthosting.co.za>
Message-ID: <1496504927.22.0.473319415164.issue30526@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30526>
_______________________________________

From report at bugs.python.org  Sat Jun  3 11:50:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 15:50:03 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1496505003.8.0.260230330618.issue30523@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

How to use this feature? "./python -m unittest --list-tests" produces nothing.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Sat Jun  3 12:14:09 2017
From: report at bugs.python.org (John Jackson)
Date: Sat, 03 Jun 2017 16:14:09 +0000
Subject: [issue30518] Import type aliases from another module
In-Reply-To: <1496199251.51.0.430123628937.issue30518@psf.upfronthosting.co.za>
Message-ID: <1496506449.55.0.676451972645.issue30518@psf.upfronthosting.co.za>


John Jackson added the comment:

Thanks for your response!  Yes, the problem was a circular definition.  I still have much to learn about Python...

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30518>
_______________________________________

From report at bugs.python.org  Sat Jun  3 12:37:37 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 16:37:37 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496507857.79.0.75684694457.issue30417@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

And disable the "tzdata" resource for skipping generated tests for all timezones in test_datetime. Or make them requiring not only "tzdata", but "cpu".

----------
nosy: +belopolsky, pitrou, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Sat Jun  3 12:38:38 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 16:38:38 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
In-Reply-To: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>
Message-ID: <1496507918.08.0.894703178832.issue30545@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Sat Jun  3 12:41:56 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 03 Jun 2017 16:41:56 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496508116.79.0.523096385682.issue30417@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2008

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Sat Jun  3 12:42:05 2017
From: report at bugs.python.org (Julien Palard)
Date: Sat, 03 Jun 2017 16:42:05 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1496508125.25.0.00369096205898.issue30523@psf.upfronthosting.co.za>


Julien Palard added the comment:

It works in "discover" mode, I tested:

./python -m unittest discover ./Lib/unittest/test/ --list-tests

and it worked.

So maybe the --list-tests should be moved to _getDiscoveryArgParser?

Also spotted that tests are printed on stderr, typically when the users asks for something, it has to be printed to stdout. Typically usages are written on stderr in case of error, but on stdout when explicitly asked via --help, see:

$ ./python -m unittest discover ./Lib/unittest/test/ --tabayo | wc
usage: python -m unittest discover [-h] [-v] [-q] [--locals] [-f] [-c] [-b]
                                   [-s START] [-p PATTERN] [-t TOP]
                                   [--list-tests]
python -m unittest discover: error: unrecognized arguments: --tabayo
      0       0       0
$ ./python -m unittest discover ./Lib/unittest/test/ --help | wc
     23     129    1110

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Sat Jun  3 12:57:23 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 16:57:23 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496509043.28.0.370832721041.issue30537@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Adding support of more general int-like objects in islice() looks reasonable to me. I'm not sure about permutations(), but if make this change, use PyIndex_Check() instead of PyNumber_Check(), or don't use the special check at all, allowing PyNumber_AsSsize_t() to fail.

The __setstate__() methods shouldn't be changed. We know that the __reduce__() methods return exact ints, not general int-like objects.

When replace PyLong_AsSsize_t with PyNumber_AsSsize_t take into account that PyLong_AsSsize_t is atomic and thread-safe, while PyNumber_AsSsize_t can call Python code and release the GIL.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Sat Jun  3 13:17:26 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 17:17:26 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496510246.17.0.732489451794.issue30417@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This made tests faster by a third!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Sat Jun  3 13:18:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 17:18:24 +0000
Subject: [issue30498] Run Python's slowest tests in the first 3/4 of tests
 when using -r
In-Reply-To: <1496000480.86.0.388224961805.issue30498@psf.upfronthosting.co.za>
Message-ID: <1496510304.83.0.545055803226.issue30498@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also issue30417.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30498>
_______________________________________

From report at bugs.python.org  Sat Jun  3 13:30:42 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 03 Jun 2017 17:30:42 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1496501533.53.0.048219222599.issue25910@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJ+yQxt7pY3uj5kSqx_H05UAz9vknLUxA_B4p7EW5bSXSw@mail.gmail.com>


Guido van Rossum added the comment:

www.pythonlabs.com still exists. (The www. is mandatory.) And zope.org also
still works.

On Jun 3, 2017 7:52 AM, "Barry A. Warsaw" <report at bugs.python.org> wrote:

>
> Barry A. Warsaw added the comment:
>
> Adding Jim Fulton (for Zope) and Guido (for Pythonlabs).  I don't know who
> owns the former, but I'm fairly sure Guido owns the pythonlabs domain.
>
> ----------
> nosy: +gvanrossum, j1m
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue25910>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 13:37:22 2017
From: report at bugs.python.org (Jim Fulton)
Date: Sat, 03 Jun 2017 17:37:22 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496511442.09.0.386603504697.issue25910@psf.upfronthosting.co.za>


Jim Fulton added the comment:

Zope Corporation no longer exists. Any references to it should be in the past tense and without a link.

(The http://www.zope.org is for the Zope Foundation, which is a different thing.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 14:10:12 2017
From: report at bugs.python.org (R. David Murray)
Date: Sat, 03 Jun 2017 18:10:12 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496513412.77.0.60899842333.issue27321@psf.upfronthosting.co.za>


R. David Murray added the comment:

replace_header has a different semantic than del-and-set (replace_header leaves the header in the same location in the list, rather than appending it to the end...that's it's purpose).  If replace_header is throwing a key error, then I guess we need a look-before-you-leap if statement.

And a test :)

Note that a correct fix would preserve the broken input email, but since we're obviously already doing munging I'm fine with just making this work for now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Sat Jun  3 14:11:08 2017
From: report at bugs.python.org (R. David Murray)
Date: Sat, 03 Jun 2017 18:11:08 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496513468.0.0.699165855291.issue27321@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Sat Jun  3 14:12:08 2017
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 03 Jun 2017 18:12:08 +0000
Subject: [issue27448] Race condition in subprocess.Popen which causes a huge
 memory leak
In-Reply-To: <1467636752.08.0.502936379731.issue27448@psf.upfronthosting.co.za>
Message-ID: <1496513528.98.0.243444531914.issue27448@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
pull_requests: +2009

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27448>
_______________________________________

From report at bugs.python.org  Sat Jun  3 14:24:20 2017
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 03 Jun 2017 18:24:20 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496514260.52.0.248781580554.issue30417@psf.upfronthosting.co.za>


Brett Cannon added the comment:

One thing to note is if we want to speed up things like the coverage run on Travis we may want to make this optionally more deterministic rather than fully random for the 10 selected files, otherwise coverage shifts and we can't rely on any coverage metrics per-PR to know if code is increasing or decreasing coverage. Maybe having a ``-u deterministic`` resource to take out the randomness for coverage runs but leave the randomness for buildbots? This might also require tweaking our Travis tests as they currently use the buildbot make rule (I think).

P.S. I bet there are also some multiprocessing tests that go a bit overboard that we could consider scaling back, e.g. the coverage run skips a bunch of tests because they seem to process the entire stdlib.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Sat Jun  3 14:25:10 2017
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 03 Jun 2017 18:25:10 +0000
Subject: [issue30498] Run Python's slowest tests in the first 3/4 of tests
 when using -r
In-Reply-To: <1496000480.86.0.388224961805.issue30498@psf.upfronthosting.co.za>
Message-ID: <1496514310.25.0.269104706056.issue30498@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Travis takes nearly 22 minutes to do a test run with the slowest test currently at just under 8 minutes. That means on Travis the slowest test takes roughly 1/3 of the time. But with your machine taking literally 2 minutes, or 1/10 the time as Travis, to do a test run, Terry, I'm not worried about speeding up your machine. ;)

But yes, we could change it to being the first 50% if people wanted. The 75% was somewhat arbitrarily selected to not artificially constrain the introduced pseudo-randomness of the test order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30498>
_______________________________________

From report at bugs.python.org  Sat Jun  3 14:33:47 2017
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 03 Jun 2017 18:33:47 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496514827.89.0.82926550992.issue30534@psf.upfronthosting.co.za>


Brett Cannon added the comment:

The tests could either go into the respective type's tests or a new test module like test_exception_messages could be added that's only to help keep messages in sync with each other.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Sat Jun  3 14:45:18 2017
From: report at bugs.python.org (Chris Angelico)
Date: Sat, 03 Jun 2017 18:45:18 +0000
Subject: [issue29929] Eliminate implicit __main__ relative imports
In-Reply-To: <1490692950.43.0.231452338576.issue29929@psf.upfronthosting.co.za>
Message-ID: <1496515518.36.0.992396311505.issue29929@psf.upfronthosting.co.za>


Changes by Chris Angelico <rosuav at gmail.com>:


----------
nosy: +Rosuav

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29929>
_______________________________________

From report at bugs.python.org  Sat Jun  3 14:52:04 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 18:52:04 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496515924.58.0.207464863527.issue30534@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There is no respective type. abs() is just an arbitrary example. There are perhaps tens functions affected by this bug. test_exception_messages looks an overkill. There are similar tests in test_capi and test_getargs2 that test public PyArg_* functions. But this bug is related to other code.

Hmm, may be test_call is an appropriate test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Sat Jun  3 15:08:02 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 03 Jun 2017 19:08:02 +0000
Subject: [issue30558] [Suggestion] Improve documentation for set() API
In-Reply-To: <1496462736.53.0.208043684916.issue30558@psf.upfronthosting.co.za>
Message-ID: <1496516882.48.0.421182786886.issue30558@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30558>
_______________________________________

From report at bugs.python.org  Sat Jun  3 15:15:43 2017
From: report at bugs.python.org (Thomas Perl)
Date: Sat, 03 Jun 2017 19:15:43 +0000
Subject: [issue30560] Py_SetFatalErrorAbortFunc: Allow embedding program to
 handle fatal errors
Message-ID: <1496517343.89.0.835339034855.issue30560@psf.upfronthosting.co.za>


New submission from Thomas Perl:

In our application that embeds a Python interpreter, we had the issue that certain system configurations (namely, a lone "libpython27.dll" without any standard library) caused silent failures (note that this is using Python 2.7, but Python 3.x would be similarly affected, as the Py_FatalError() handling is still the same):

https://github.com/gpodder/gpodder/issues/286

There exists a Stack Overflow thread about this:

https://stackoverflow.com/questions/7688374/how-to-i-catch-and-handle-a-fatal-error-when-py-initialize-fails

The workaround described therein is:

"I solved this by creating a separate executable that attempts to initialize python. My primary process will launch it and check the exit code and only call PyInitialize if the child process was successful. So, python is initialized twice, but it is better than an apparent crash to the user."

So, what if instead we allow the embedding program to set a function pointer to a function that will get called instead of abort()? We have to make clear in the docs that after this function is called, the Python interpreter cannot be used, and the application should probably exit, but at least it would allow applications to capture the error message and show it to the user (e.g. using a MessageBox() on Windows) before exiting -- see attached patch.

Any alternative solutions would be fine as well that don't require us to create a new process and "try to" Py_Initialize() there, especially since Py_FatalError() might potentially be called in other places and in all those cases, a user-visible dialog would be better than an apparent "crash" (application exits).

----------
components: Interpreter Core
files: Py_SetFatalErrorAbortFunc.patch
keywords: patch
messages: 295098
nosy: thomas.perl
priority: normal
severity: normal
status: open
title: Py_SetFatalErrorAbortFunc: Allow embedding program to handle fatal errors
versions: Python 3.6
Added file: http://bugs.python.org/file46921/Py_SetFatalErrorAbortFunc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30560>
_______________________________________

From report at bugs.python.org  Sat Jun  3 15:21:52 2017
From: report at bugs.python.org (Thomas Perl)
Date: Sat, 03 Jun 2017 19:21:52 +0000
Subject: [issue30560] Py_SetFatalErrorAbortFunc: Allow embedding program to
 handle fatal errors
In-Reply-To: <1496517343.89.0.835339034855.issue30560@psf.upfronthosting.co.za>
Message-ID: <1496517712.57.0.211182370007.issue30560@psf.upfronthosting.co.za>


Thomas Perl added the comment:

Quick fix for the patch: Of course, the line with abort() needs to be removed before this block:

+    if (_fatal_error_abort_func != NULL) {
+        _fatal_error_abort_func(msg);
+    } else {
+        abort();
+    }

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30560>
_______________________________________

From report at bugs.python.org  Sat Jun  3 15:57:57 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 03 Jun 2017 19:57:57 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496519877.09.0.467961098048.issue25910@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> www.pythonlabs.com still exists. (The www. is mandatory.)

But http://www.pythonlabs.com/logos.html doesn't. And since this link is a part of the BeOpen.com license, changing it changes the license. I don't know whether this part of the license is valid if the referred resource no longer available.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 15:58:24 2017
From: report at bugs.python.org (Mark Sapiro)
Date: Sat, 03 Jun 2017 19:58:24 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496519904.69.0.730613916507.issue27321@psf.upfronthosting.co.za>


Mark Sapiro added the comment:

I considered look before you leap, but I decided since we're munging the headers anyway, preserving their order is not that critical, but the patch is easy enough. I'll work on that and a test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Sat Jun  3 16:05:23 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Sat, 03 Jun 2017 20:05:23 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496520323.49.0.237482063824.issue25910@psf.upfronthosting.co.za>


Changes by Sanyam Khurana <sanyam.khurana01 at gmail.com>:


----------
pull_requests: +2010

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 16:16:30 2017
From: report at bugs.python.org (Leonardo De Marchi)
Date: Sat, 03 Jun 2017 20:16:30 +0000
Subject: [issue30561] sync-up gammavariate and expovariate code
Message-ID: <1496520990.41.0.958054362061.issue30561@psf.upfronthosting.co.za>


New submission from Leonardo De Marchi:

As suggested by rhettinger in http://bugs.python.org/msg294438:

I agree that the comment should be changed. While we at it, perhaps sync-up with expovariate() code and eliminate the ``u <= 1e-7`` test:

Instead of:

        elif alpha == 1.0:
            # expovariate(1)
            u = random()
            while u <= 1e-7:
                u = random()
            return -_log(u) * beta

Use this instead:

        elif alpha == 1.0:
            # expovariate(1.0 / beta)
            return -_log(1.0 - random()) * beta

----------
messages: 295102
nosy: leodema
priority: normal
severity: normal
status: open
title: sync-up gammavariate and expovariate code
type: performance

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30561>
_______________________________________

From report at bugs.python.org  Sat Jun  3 16:18:01 2017
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 03 Jun 2017 20:18:01 +0000
Subject: [issue21783] smtpd.py does not allow multiple helo/ehlo commands
In-Reply-To: <1402950477.07.0.805297062536.issue21783@psf.upfronthosting.co.za>
Message-ID: <1496521081.83.0.845820007581.issue21783@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

This is now fixed in aiosmtpd HEAD (what will be 1.1)

I'm going to close this issue here even though smtpd.py isn't fixed since it's unlikely that anybody wants to keep working on smtpd.py.  Feel free to reopen it if you do.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21783>
_______________________________________

From report at bugs.python.org  Sat Jun  3 16:26:18 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 03 Jun 2017 20:26:18 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1496520323.56.0.867188892647.issue25910@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJJM5wDpyrOx+6o4hGXUXVM0=1FpAs9gQxkikfmCnpBshA@mail.gmail.com>


Guido van Rossum added the comment:

I can make the logos.html page appear. Just keep the link in the license as
it is.

On Jun 3, 2017 1:05 PM, "Sanyam Khurana" <report at bugs.python.org> wrote:

>
> Changes by Sanyam Khurana <sanyam.khurana01 at gmail.com>:
>
>
> ----------
> pull_requests: +2010
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue25910>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sat Jun  3 16:45:40 2017
From: report at bugs.python.org (Leonardo De Marchi)
Date: Sat, 03 Jun 2017 20:45:40 +0000
Subject: [issue30561] sync-up gammavariate and expovariate code
In-Reply-To: <1496520990.41.0.958054362061.issue30561@psf.upfronthosting.co.za>
Message-ID: <1496522740.33.0.880544139676.issue30561@psf.upfronthosting.co.za>


Changes by Leonardo De Marchi <demarchileonardo at gmail.com>:


----------
pull_requests: +2011

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30561>
_______________________________________

From report at bugs.python.org  Sat Jun  3 16:46:44 2017
From: report at bugs.python.org (Leonardo De Marchi)
Date: Sat, 03 Jun 2017 20:46:44 +0000
Subject: [issue30464] gammavariate has a wrong comment
In-Reply-To: <1495662433.59.0.0975080513198.issue30464@psf.upfronthosting.co.za>
Message-ID: <1496522804.08.0.323237182746.issue30464@psf.upfronthosting.co.za>


Changes by Leonardo De Marchi <demarchileonardo at gmail.com>:


----------
pull_requests: +2012

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30464>
_______________________________________

From report at bugs.python.org  Sat Jun  3 16:49:10 2017
From: report at bugs.python.org (Leonardo De Marchi)
Date: Sat, 03 Jun 2017 20:49:10 +0000
Subject: [issue30561] sync-up gammavariate and expovariate code
In-Reply-To: <1496520990.41.0.958054362061.issue30561@psf.upfronthosting.co.za>
Message-ID: <1496522950.19.0.351969097597.issue30561@psf.upfronthosting.co.za>


Changes by Leonardo De Marchi <demarchileonardo at gmail.com>:


----------
pull_requests: +2014

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30561>
_______________________________________

From report at bugs.python.org  Sat Jun  3 16:59:48 2017
From: report at bugs.python.org (=?utf-8?q?Johannes_L=C3=B6thberg?=)
Date: Sat, 03 Jun 2017 20:59:48 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496523588.83.0.335034337106.issue27321@psf.upfronthosting.co.za>


Johannes L?thberg added the comment:

Fix: https://github.com/kyrias/cpython/commit/a986a8274a522c73d87360da6930e632a3eb4ebb
Testcase: https://github.com/kyrias/cpython/commit/9a510426522e1d714cd0ea238b14de0fc76862b2

Can start a PR once my CLA signature goes through I guess.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Sat Jun  3 17:15:42 2017
From: report at bugs.python.org (Allan Crooks)
Date: Sat, 03 Jun 2017 21:15:42 +0000
Subject: [issue30562] SSL socket does not respect SO_RCVTIME0 timeouts
Message-ID: <1496524542.15.0.101995784955.issue30562@psf.upfronthosting.co.za>


New submission from Allan Crooks:

I initially filed this ticket against the ldap3 library, as this is where I first encountered the issue: https://github.com/cannatag/ldap3/issues/356

I've attached a file which reproduces the issue using the standard library - it makes both a HTTP and HTTPS request to a link that should return a HTTP response after 10 seconds, but we set the socket option SO_RCVTIMEO to 2 seconds. This should result in a read timeout while waiting for a response.

On my 64 bit Ubuntu 16.04 machine, the HTTP connection times out as expected, but the HTTPS connection doesn't time out at all (and so ends up reading the HTTP response).

It doesn't seem to be an issue specific to HTTPS - I ran into the original issue while using TLS for an LDAP connection using the ldap3 library. If you follow the comments in the ticket, a connection with SO_RCVTIMEO set to 3 seconds ended up taking 1076 seconds to timeout, while on an OSX machine, it took 148 seconds to timeout. On a Windows machine, it seems to work just fine (it timed out after the desired 3 seconds).

Is this option fully supported for SSL sockets?

----------
assignee: christian.heimes
components: SSL
files: httpdelay.py
messages: 295106
nosy: allanc, christian.heimes
priority: normal
severity: normal
status: open
title: SSL socket does not respect SO_RCVTIME0 timeouts
type: behavior
versions: Python 2.7, Python 3.5
Added file: http://bugs.python.org/file46922/httpdelay.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30562>
_______________________________________

From report at bugs.python.org  Sat Jun  3 17:25:35 2017
From: report at bugs.python.org (Mark Sapiro)
Date: Sat, 03 Jun 2017 21:25:35 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496525135.58.0.493520782591.issue27321@psf.upfronthosting.co.za>


Mark Sapiro added the comment:

It looks like Johannes beat me to it. Thanks for that, but see my comments in the diff at https://github.com/kyrias/cpython/commit/a986a8274a522c73d87360da6930e632a3eb4ebb

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Sat Jun  3 18:05:29 2017
From: report at bugs.python.org (=?utf-8?q?Johannes_L=C3=B6thberg?=)
Date: Sat, 03 Jun 2017 22:05:29 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496527529.3.0.50681184125.issue27321@psf.upfronthosting.co.za>


Johannes L?thberg added the comment:

Ah, didn't even see your comment before I did it!  Fix to the comments are on the same branch, will be rebased before PR is up.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Sat Jun  3 18:26:56 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 03 Jun 2017 22:26:56 +0000
Subject: [issue30319] ConnectionResetError: [Errno 54] Connection reset by
 peer in socket.close on FreeBSD, Py 3.6
In-Reply-To: <1494345613.61.0.862517173328.issue30319@psf.upfronthosting.co.za>
Message-ID: <1496528816.78.0.580406572175.issue30319@psf.upfronthosting.co.za>


Martin Panter added the comment:

Making this an index of related reports:

Issue 30319: test_imap
Issue 30315: test_ftplib
Issue 30543: test_timeout
Issue 30328: test_ssl
Issue 27784: test_asyncore.TestAPI_UseIPv6Select.test_handle_accept, test_socketserver
Issue 30106: test_asyncore.TestAPI_UseIPv6Poll.test_handle_write

These all look like a side effect of my change to raise an error from the OS as an exception when closing a socket, Issue 26685. Only 3.6+ is affected. According to <https://www.freebsd.org/cgi/man.cgi?close%282%29>, ECONNRESET means ?The underlying object was a stream socket that was shut down by the peer before all pending data was delivered?.

It seems this is specific to Free BSD. See bug report about Posix compliance: <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=159179>. According to <https://forums.zeroc.com/discussion/5569/patch-to-network-cpp-for-freebsd-for-econnreset-on-close-2-problem> this started in Free BSD 6.3 in 2006.

I suppose the options are:

1. Completely revert Issue 26685 and ignore all ?socket.close? errors (my least preferred option)
2. Ignore ECONNRESET in ?socket.close? (backwards compatible, could use ?os.close? if you really want to check for ECONNRESET)
3. Ignore ECONNRESET in the various higher-level libraries
4. Adjust the tests to ignore the error or otherwise avoid the problem

----------
dependencies: +Random failure of test_TCPServer() of test.test_socketserver.SocketServerTest and test_handle_accept() of test.test_asyncore.TestAPI_UseIPv6Select on FreeBSD buildbots, test_asyncore: test_handle_write() fails in tearDown(), test_ftplib.TestTLS_FTPClass: "[Errno 54] Connection reset by peer" on "AMD64 FreeBSD CURRENT Debug 3.x" buildbot, test_ssl.test_connect_with_context(): ConnectionResetError on AMD64 FreeBSD 9.x 3.6, test_timeout fails on AMD64 FreeBSD CURRENT Debug 3.x: ConnectionResetError: [Errno 54] Connection reset by peer
keywords: +3.6regression
nosy: +martin.panter
title: test_invalid_authentication()  of test_imaplib: ConnectionResetError: [Errno 54] Connection reset by peer in shutdown() on AMD64 FreeBSD 9.x 3.6 -> ConnectionResetError: [Errno 54] Connection reset by peer in socket.close on FreeBSD, Py 3.6
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30319>
_______________________________________

From report at bugs.python.org  Sat Jun  3 18:32:08 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 03 Jun 2017 22:32:08 +0000
Subject: [issue30315] test_ftplib.TestTLS_FTPClass: "[Errno 54] Connection
 reset by peer" on "AMD64 FreeBSD CURRENT Debug 3.x" buildbot
In-Reply-To: <1494344869.6.0.553746122368.issue30315@psf.upfronthosting.co.za>
Message-ID: <1496529128.16.0.447889018675.issue30315@psf.upfronthosting.co.za>


Martin Panter added the comment:

See <https://bugs.python.org/issue30319#msg295109> about the ?socket.close? exception, which should only affect 3.6+. But the 2.7 ?recv? exception is a bit different.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30315>
_______________________________________

From report at bugs.python.org  Sat Jun  3 19:31:50 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 03 Jun 2017 23:31:50 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496532710.52.0.439493184102.issue30538@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Is it code churn to replace the old style string formatting
> or is that something else that should be done as clean-up?

Let's leave it as is.  Old-style formatting is still valid and is not going away.   We consciously decided not to sweep through the docs change the string formatting style.  Also, since both occur quite a bit in the wild, it is is useful for the docs to show some of both.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Sat Jun  3 19:33:37 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 03 Jun 2017 23:33:37 +0000
Subject: [issue30558] [Suggestion] Improve documentation for set() API
In-Reply-To: <1496462736.53.0.208043684916.issue30558@psf.upfronthosting.co.za>
Message-ID: <1496532817.14.0.327150142477.issue30558@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This looks like an invalid request.

----------
assignee: docs at python -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30558>
_______________________________________

From report at bugs.python.org  Sat Jun  3 23:13:36 2017
From: report at bugs.python.org (Jon Dufresne)
Date: Sun, 04 Jun 2017 03:13:36 +0000
Subject: [issue28867] NamedTemporaryFile does not generate a ResourceWarning
 for unclosed files (unlike TemporaryFile)
In-Reply-To: <1480873647.39.0.877280517926.issue28867@psf.upfronthosting.co.za>
Message-ID: <1496546016.96.0.447381012392.issue28867@psf.upfronthosting.co.za>


Changes by Jon Dufresne <jon.dufresne at gmail.com>:


----------
pull_requests: +2015

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28867>
_______________________________________

From report at bugs.python.org  Sun Jun  4 01:57:47 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 04 Jun 2017 05:57:47 +0000
Subject: [issue15216] Add encoding & errors parameters to
 TextIOWrapper.reconfigure()
In-Reply-To: <1340880558.16.0.0136840668667.issue15216@psf.upfronthosting.co.za>
Message-ID: <1496555867.78.0.125069555082.issue15216@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

`TextIOWrapper.reconfigure()` has been added for 3.7 as part of issue 30526 (currently covering the `line_buffering` and `write_through` options), so I've updated the issue title here to reflect that that's now the relevant API to use to address this particular RFE.

----------
title: Support setting the encoding on a text stream after creation -> Add encoding & errors parameters to TextIOWrapper.reconfigure()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15216>
_______________________________________

From report at bugs.python.org  Sun Jun  4 02:01:44 2017
From: report at bugs.python.org (Armin Rigo)
Date: Sun, 04 Jun 2017 06:01:44 +0000
Subject: [issue24340] co_stacksize estimate can be highly off
In-Reply-To: <1433096994.94.0.20833461119.issue24340@psf.upfronthosting.co.za>
Message-ID: <1496556104.01.0.863329651361.issue24340@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24340>
_______________________________________

From report at bugs.python.org  Sun Jun  4 02:30:00 2017
From: report at bugs.python.org (Armin Rigo)
Date: Sun, 04 Jun 2017 06:30:00 +0000
Subject: [issue29535] datetime hash is deterministic in some cases
In-Reply-To: <1486826213.38.0.893503150194.issue29535@psf.upfronthosting.co.za>
Message-ID: <1496557800.63.0.127250126319.issue29535@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


----------
pull_requests: +2016

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29535>
_______________________________________

From report at bugs.python.org  Sun Jun  4 02:54:26 2017
From: report at bugs.python.org (Julien Verger)
Date: Sun, 04 Jun 2017 06:54:26 +0000
Subject: [issue30563] multiprocessing module with pool object issue
Message-ID: <1496559266.31.0.239393976491.issue30563@psf.upfronthosting.co.za>


New submission from Julien Verger:

Hello,

i'm trying to use the sample code that is documented here: https://docs.python.org/2/library/multiprocessing.html
from multiprocessing import Pool

def f(x):
    return x*x

if __name__ == '__main__':
    p = Pool(5)
    print(p.map(f, [1, 2, 3]))

This code behaves differently depending on the python version that i use.
I use 2 versions of python interpreter, first on my windows 7 OS and second in cygwin.
The code behaves normaly when i execute it on windows python version, but nothing seems to happen when i use python interpreter from cygwin.
Other objects than 'pool' seems to be impacted but this short exemple helps me to show how to reproduce quickly my issue.

Here are somme informations on the python versions that i'm using:
On the windows side:
Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.                          

On the cygwin side:
Python 2.7.13 (default, Mar 13 2017, 20:56:15)                           
[GCC 5.4.0] on cygwin                                                    
Type "help", "copyright", "credits" or "license" for more information.

Please help

Regards

----------
components: Library (Lib)
messages: 295114
nosy: Julien Verger
priority: normal
severity: normal
status: open
title: multiprocessing module with pool object issue
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30563>
_______________________________________

From report at bugs.python.org  Sun Jun  4 03:59:06 2017
From: report at bugs.python.org (Monty Evans)
Date: Sun, 04 Jun 2017 07:59:06 +0000
Subject: [issue30564] Base64 decoding gives incorrect outputs.
Message-ID: <1496563146.86.0.359393365699.issue30564@psf.upfronthosting.co.za>


Changes by Monty Evans <montyevans at googlemail.com>:


----------
nosy: ShiftedBit
priority: normal
severity: normal
status: open
title: Base64 decoding gives incorrect outputs.
type: behavior
versions: Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30564>
_______________________________________

From report at bugs.python.org  Sun Jun  4 04:04:10 2017
From: report at bugs.python.org (Monty Evans)
Date: Sun, 04 Jun 2017 08:04:10 +0000
Subject: [issue30564] Base64 decoding gives incorrect outputs.
Message-ID: <1496563450.6.0.802235359138.issue30564@psf.upfronthosting.co.za>


New submission from Monty Evans:

Tested in Python 2.7 and 3.5 - the base64 module contains a couple of decoding methods, 'standard_b64decode()' and 'b66decode()' which incorrectly decode certain invalid base64 strings. This is outlined in detail here: "https://stackoverflow.com/questions/44347819/python-3-5-base64-decoding-seems-to-be-incorrect". I've checked with a few other developers, and they agree that there is an issue here. I can't see that the issue has been resolved on the bug tracker, so I've worked up an alternative version of "standard_b64decode()" which I'll upload, which ought to solve the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30564>
_______________________________________

From report at bugs.python.org  Sun Jun  4 04:59:35 2017
From: report at bugs.python.org (Thomas Moreau)
Date: Sun, 04 Jun 2017 08:59:35 +0000
Subject: [issue30414] multiprocesing.Queue silently ignore messages after exc
 in _feeder
In-Reply-To: <1495304810.94.0.132011659563.issue30414@psf.upfronthosting.co.za>
Message-ID: <1496566774.99.0.337618634577.issue30414@psf.upfronthosting.co.za>


Thomas Moreau added the comment:

I think this is a good solution as it let the user define easily the behavior it needs in other situation too. I would recommend adding the object responsible for the failure to the _on_queue_thread_error callback. This would simplify the error handling.


@@ -260,8 +260,16 @@ class Queue(object):
                     info('error in queue thread: %s', e)
                     return
                 else:
-                    import traceback
-                    traceback.print_exc()
+                    self._on_queue_thread_error(e, obj)
+
+    def _on_queue_thread_error(self, e, obj):
+        """
+        Private API called when feeding data in the background thread
+        raises an exception.  For overriding by concurrent.futures.
+        """
+        import traceback
+        traceback.print_exc()
+

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30414>
_______________________________________

From report at bugs.python.org  Sun Jun  4 05:02:38 2017
From: report at bugs.python.org (Bernhard M. Wiedemann)
Date: Sun, 04 Jun 2017 09:02:38 +0000
Subject: [issue30461] glob returns results in undeterministic order
In-Reply-To: <1495654171.99.0.785764793517.issue30461@psf.upfronthosting.co.za>
Message-ID: <1496566958.55.0.987951790817.issue30461@psf.upfronthosting.co.za>


Bernhard M. Wiedemann added the comment:

>From my performance measurements, the overhead was negligible (not even counting the processing done on files returned by glob).

And also glob in C, bash, perl all do sort by default and these are generally pretty fast languages, yet they still chose consistency over performance.

I updated my PR to also update the documentation accordingly.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30461>
_______________________________________

From report at bugs.python.org  Sun Jun  4 05:38:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Jun 2017 09:38:43 +0000
Subject: [issue24340] co_stacksize estimate can be highly off
In-Reply-To: <1433096994.94.0.20833461119.issue24340@psf.upfronthosting.co.za>
Message-ID: <1496569123.57.0.0919454947092.issue24340@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2017

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24340>
_______________________________________

From report at bugs.python.org  Sun Jun  4 05:44:13 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Jun 2017 09:44:13 +0000
Subject: [issue24340] co_stacksize estimate can be highly off
In-Reply-To: <1433096994.94.0.20833461119.issue24340@psf.upfronthosting.co.za>
Message-ID: <1496569453.21.0.642100477813.issue24340@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

PR 1938 tries to balance the stack effect computation for try/except and try/finally. I'm not sure that it is worth backporting.

Noised Antoine and Benjamin as people related to issue3021.

----------
nosy: +benjamin.peterson, pitrou
stage: needs patch -> patch review
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24340>
_______________________________________

From report at bugs.python.org  Sun Jun  4 05:45:47 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 04 Jun 2017 09:45:47 +0000
Subject: [issue24340] co_stacksize estimate can be highly off
In-Reply-To: <1433096994.94.0.20833461119.issue24340@psf.upfronthosting.co.za>
Message-ID: <1496569547.79.0.696974871088.issue24340@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I'm against backporting performance improvements which don't fix a severe regression.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24340>
_______________________________________

From report at bugs.python.org  Sun Jun  4 05:52:28 2017
From: report at bugs.python.org (Monty Evans)
Date: Sun, 04 Jun 2017 09:52:28 +0000
Subject: [issue30564] Base64 decoding gives incorrect outputs.
In-Reply-To: <1496563450.6.0.802235359138.issue30564@psf.upfronthosting.co.za>
Message-ID: <1496569948.17.0.0872243889777.issue30564@psf.upfronthosting.co.za>


Changes by Monty Evans <montyevans at googlemail.com>:


Added file: http://bugs.python.org/file46923/b64_decoding.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30564>
_______________________________________

From report at bugs.python.org  Sun Jun  4 05:57:45 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 04 Jun 2017 09:57:45 +0000
Subject: [issue30565] PEP 538: default to skipping warning for implicit locale
 coercion?
Message-ID: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

This is a follow-up to PEP 538 that reflects the uncertainty over whether or not the warning on *successful* implicit locale coercion is a good idea.

The argument for this warning is that it alerts redistributors, system integrators, and application developers to the fact that LC_CTYPE may not be what they expect it to be.

The argument against it is that in many, and potentially even most, cases where the warning is omitted, there won't be any subsequent problems, and so the warning qualifies as a false alarm (especially for end users of applications that just happen to be written in Python), and the PEP 538 section in the .37 What's New, together with the fact that "LC_CTYPE=C.UTF-8" (or similar) appears in the process environment can be considered sufficient notice of the change for debugging purposes.

The initial PEP 538 implementation at https://github.com/python/cpython/pull/659 includes the warning, this issue reflects the possibility that we may decide to reverse that decision prior to the release of Python 3.7.0.

----------
assignee: ncoghlan
messages: 295120
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: PEP 538: default to skipping warning for implicit locale coercion?
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sun Jun  4 06:00:11 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 04 Jun 2017 10:00:11 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1496570411.55.0.831894006635.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The PEP 538 PR is mostly complete now, but I created https://bugs.python.org/issue30565 to track making a follow-up decision on whether or not we really want to emit a warning on *successful* implicit locale coercion.

The pre-release What's New entry for PEP 538 will include a link to that issue to allow folks to provide feedback on their preferences.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Sun Jun  4 07:00:08 2017
From: report at bugs.python.org (desbma)
Date: Sun, 04 Jun 2017 11:00:08 +0000
Subject: [issue28206] signal.Signals not documented
In-Reply-To: <1474297204.47.0.613989661481.issue28206@psf.upfronthosting.co.za>
Message-ID: <1496574008.4.0.293741164586.issue28206@psf.upfronthosting.co.za>


Changes by desbma <dutch109 at gmail.com>:


----------
pull_requests: +2018

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28206>
_______________________________________

From report at bugs.python.org  Sun Jun  4 07:06:19 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Jun 2017 11:06:19 +0000
Subject: [issue24340] co_stacksize estimate can be highly off
In-Reply-To: <1433096994.94.0.20833461119.issue24340@psf.upfronthosting.co.za>
Message-ID: <1496574379.01.0.522426655334.issue24340@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This isn't so easy. Seems the simplest way to solve this issue is implementing issue17611.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24340>
_______________________________________

From report at bugs.python.org  Sun Jun  4 07:19:17 2017
From: report at bugs.python.org (Wonsup Yoon)
Date: Sun, 04 Jun 2017 11:19:17 +0000
Subject: [issue29456] bug in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1496575157.49.0.0218707553096.issue29456@psf.upfronthosting.co.za>


Wonsup Yoon added the comment:

Is there anything need more?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Sun Jun  4 07:58:51 2017
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 04 Jun 2017 11:58:51 +0000
Subject: [issue30565] PEP 538: default to skipping warning for implicit locale
 coercion?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1496577531.08.0.652796838511.issue30565@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sun Jun  4 09:34:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Jun 2017 13:34:40 +0000
Subject: [issue11822] Improve disassembly to show embedded code objects
In-Reply-To: <1302467152.39.0.854888976189.issue11822@psf.upfronthosting.co.za>
Message-ID: <1496583280.04.0.831972030964.issue11822@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could you please look at the patch Raymond? Is this what you wanted?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11822>
_______________________________________

From report at bugs.python.org  Sun Jun  4 10:14:35 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Sun, 04 Jun 2017 14:14:35 +0000
Subject: [issue24744] Lack of type checks in pkgutil.walk_packages and friends
In-Reply-To: <1438099888.11.0.752519898586.issue24744@psf.upfronthosting.co.za>
Message-ID: <1496585675.19.0.78710415608.issue24744@psf.upfronthosting.co.za>


Sanyam Khurana added the comment:

I've updated the PR with required changes along with the test. Please have a look and let me know if any changes are needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24744>
_______________________________________

From report at bugs.python.org  Sun Jun  4 10:28:27 2017
From: report at bugs.python.org (Monty Evans)
Date: Sun, 04 Jun 2017 14:28:27 +0000
Subject: [issue30564] Base64 decoding gives incorrect outputs.
In-Reply-To: <1496563450.6.0.802235359138.issue30564@psf.upfronthosting.co.za>
Message-ID: <1496586507.12.0.453115985894.issue30564@psf.upfronthosting.co.za>


Changes by Monty Evans <montyevans at googlemail.com>:


----------
components: +Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30564>
_______________________________________

From report at bugs.python.org  Sun Jun  4 11:28:17 2017
From: report at bugs.python.org (Gareth Rees)
Date: Sun, 04 Jun 2017 15:28:17 +0000
Subject: [issue30564] Base64 decoding gives incorrect outputs.
In-Reply-To: <1496563450.6.0.802235359138.issue30564@psf.upfronthosting.co.za>
Message-ID: <1496590097.26.0.84732812742.issue30564@psf.upfronthosting.co.za>


Gareth Rees added the comment:

RFC 4648 section 3.5 says:

   The padding step in base 64 and base 32 encoding can, if improperly
   implemented, lead to non-significant alterations of the encoded data.
   For example, if the input is only one octet for a base 64 encoding,
   then all six bits of the first symbol are used, but only the first
   two bits of the next symbol are used.  These pad bits MUST be set to
   zero by conforming encoders, which is described in the descriptions
   on padding below.  If this property do not hold, there is no
   canonical representation of base-encoded data, and multiple base-
   encoded strings can be decoded to the same binary data.  If this
   property (and others discussed in this document) holds, a canonical
   encoding is guaranteed.

   In some environments, the alteration is critical and therefore
   decoders MAY chose to reject an encoding if the pad bits have not
   been set to zero.

If decoders may choose to reject non-canonical encodings, then they may also
choose to accept them. (That's the meaning of "MAY" in RFC 2119.) So I think
Python's behaviour is conforming to the standard.

----------
nosy: +gdr at garethrees.org

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30564>
_______________________________________

From report at bugs.python.org  Sun Jun  4 11:49:54 2017
From: report at bugs.python.org (Vikram Hegde)
Date: Sun, 04 Jun 2017 15:49:54 +0000
Subject: [issue30566] punycode codec raises IndexError in
 decode_generalized_number()
Message-ID: <1496591394.26.0.00653153658066.issue30566@psf.upfronthosting.co.za>


New submission from Vikram Hegde:

Here is the relevant code snippet from  decode_generalized_number() in punycode.py

    try:
            char = ord(extended[extpos])
        except IndexError:
            if errors == "strict":
                raise UnicodeError("incomplete punicode string")
            return extpos + 1, None
        extpos += 1
        if 0x41 <= char <= 0x5A: # A-Z
            digit = char - 0x41
        elif 0x30 <= char <= 0x39:
            digit = char - 22 # 0x30-26
        elif errors == "strict":
            raise UnicodeError("Invalid extended code point '%s'"
                               % extended[extpos])

   While raising the UnicodeError() in the last line above, it accesses extended[extpos]. However extpos was incremented by 1 a few lines above that. This causes two errors:
   1) The UnicodeError() prints the wrong character (the one after the character we want)
   2) If the previous extpos was the last character in the string, then attempting to print character at extpos+1 will raise an IndexError.

----------
components: Library (Lib)
messages: 295127
nosy: Vikram Hegde
priority: normal
severity: normal
status: open
title: punycode codec raises IndexError in decode_generalized_number()
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30566>
_______________________________________

From report at bugs.python.org  Sun Jun  4 11:50:29 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Jun 2017 15:50:29 +0000
Subject: [issue26656] Documentation for re.compile is a bit outdated
In-Reply-To: <1459178484.74.0.770971045402.issue26656@psf.upfronthosting.co.za>
Message-ID: <1496591429.5.0.691967457851.issue26656@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +easy
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26656>
_______________________________________

From report at bugs.python.org  Sun Jun  4 11:53:33 2017
From: report at bugs.python.org (Vikram Hegde)
Date: Sun, 04 Jun 2017 15:53:33 +0000
Subject: [issue30566] punycode codec raises IndexError in
 decode_generalized_number()
In-Reply-To: <1496591394.26.0.00653153658066.issue30566@psf.upfronthosting.co.za>
Message-ID: <1496591613.45.0.827188624742.issue30566@psf.upfronthosting.co.za>


Changes by Vikram Hegde <vikhegde at gmail.com>:


----------
nosy:  -Vikram Hegde

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30566>
_______________________________________

From report at bugs.python.org  Sun Jun  4 11:57:51 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Jun 2017 15:57:51 +0000
Subject: [issue23532] add example of 'first match wins' to regex "|"
 documentation?
In-Reply-To: <1424991623.26.0.907615110662.issue23532@psf.upfronthosting.co.za>
Message-ID: <1496591871.28.0.787526931147.issue23532@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

>From the documentation:

"""
As the target string is scanned, REs separated by ``'|'`` are tried from left to right. When one pattern completely matches, that branch is accepted. This means that once ``A`` matches, ``B`` will not be tested further, even if it would produce a longer overall match.  In other words, the ``'|'`` operator is never greedy.
"""

I think this completely describes the behavior.

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23532>
_______________________________________

From report at bugs.python.org  Sun Jun  4 12:19:21 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 04 Jun 2017 16:19:21 +0000
Subject: [issue23532] add example of 'first match wins' to regex "|"
 documentation?
In-Reply-To: <1424991623.26.0.907615110662.issue23532@psf.upfronthosting.co.za>
Message-ID: <1496593161.45.0.565105236902.issue23532@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I concur with Serhiy that the docs correctly and completely describe the behavior.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23532>
_______________________________________

From report at bugs.python.org  Sun Jun  4 12:37:25 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 04 Jun 2017 16:37:25 +0000
Subject: [issue26656] Documentation for re.compile is a bit outdated
In-Reply-To: <1459178484.74.0.770971045402.issue26656@psf.upfronthosting.co.za>
Message-ID: <1496594245.37.0.231644612951.issue26656@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

FWIW, I think the sentence is fine as-is.  The "which can be used" part doesn't purport to be all inclusive.   I rather like that at match() and search() are mentioned -- this is better than more vague reference to "the methods described below" -- and this is better than listing out every method.

I vote for leaving this alone.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26656>
_______________________________________

From report at bugs.python.org  Sun Jun  4 12:42:17 2017
From: report at bugs.python.org (R. David Murray)
Date: Sun, 04 Jun 2017 16:42:17 +0000
Subject: [issue30564] Base64 decoding gives incorrect outputs.
In-Reply-To: <1496563450.6.0.802235359138.issue30564@psf.upfronthosting.co.za>
Message-ID: <1496594537.73.0.233423884797.issue30564@psf.upfronthosting.co.za>


R. David Murray added the comment:

Not only is it conforming, it is required, since the primary use (originally) of the base64 module was in the email package, where generous interpretation of the input is the standard.

This does not mean that adding a strict mode would be out of line, but that would be an enhancement request, and would require some discussion about the API.

I'm going to close this issue as not a bug.  If you want to submit an enhancement proposal, please do so in a new issue.  You'll probably want to wait for the design discussion to resolve before (re)writing the code :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30564>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:20:58 2017
From: report at bugs.python.org (Segev Finer)
Date: Sun, 04 Jun 2017 17:20:58 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
Message-ID: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>


New submission from Segev Finer:

There is a ref leak in sys.getwindowsversion due to using PyTuple_Pack and forgetting that it increments the ref count of passed in objects. Found here: https://github.com/python/cpython/pull/1927#issuecomment-306019512.

Clearly shows up in python -m test -R 3:2 test_sys

----------
components: Interpreter Core
messages: 295132
nosy: Segev Finer
priority: normal
severity: normal
status: open
title: Leak in sys.getwindowsversion
type: resource usage
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:23:11 2017
From: report at bugs.python.org (Segev Finer)
Date: Sun, 04 Jun 2017 17:23:11 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496596991.33.0.568184628736.issue30567@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:23:19 2017
From: report at bugs.python.org (Segev Finer)
Date: Sun, 04 Jun 2017 17:23:19 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496596999.81.0.558890037363.issue30567@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2019

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:23:33 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 04 Jun 2017 17:23:33 +0000
Subject: [issue30461] glob returns results in undeterministic order
In-Reply-To: <1495654171.99.0.785764793517.issue30461@psf.upfronthosting.co.za>
Message-ID: <1496597013.51.0.426430934931.issue30461@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Sorry, we're going to reject this patch for the reasons discussed in the two other referenced patches.

If a user wants sorted order, they can effortlessly specify that with sorted(glob('*.cpp')).

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30461>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:37:29 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 04 Jun 2017 17:37:29 +0000
Subject: [issue30558] [Suggestion] Improve documentation for set() API
In-Reply-To: <1496462736.53.0.208043684916.issue30558@psf.upfronthosting.co.za>
Message-ID: <1496597849.73.0.046352581076.issue30558@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30558>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:39:23 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 04 Jun 2017 17:39:23 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496597963.16.0.227963743012.issue30538@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:


New changeset 9be4ff359daa67cde6246494f643ed7cd2825d46 by Raymond Hettinger (csabella) in branch 'master':
bpo-30538: Update count() in Functional Programming HOWTO (#1919)
https://github.com/python/cpython/commit/9be4ff359daa67cde6246494f643ed7cd2825d46


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:39:54 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 04 Jun 2017 17:39:54 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496597994.01.0.505070887855.issue30538@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thank you for the PR.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:41:43 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 04 Jun 2017 17:41:43 +0000
Subject: [issue30530] Descriptors HowTo: Example on function.__get__ needs
 update
In-Reply-To: <1496265085.29.0.159074921199.issue30530@psf.upfronthosting.co.za>
Message-ID: <1496598103.61.0.909394417194.issue30530@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Mariatta, feel free to apply and backport once the CLA is signed.

----------
assignee: docs at python -> Mariatta
nosy: +Mariatta, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30530>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:52:20 2017
From: report at bugs.python.org (Ned Deily)
Date: Sun, 04 Jun 2017 17:52:20 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496598740.47.0.832940151557.issue30567@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
components: +Windows -Interpreter Core
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:52:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Jun 2017 17:52:30 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496598750.1.0.786868295741.issue30567@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 48fb766f70d9ca9d5934cbddbe8d8e7972cb6343 by Serhiy Storchaka (Segev Finer) in branch 'master':
bpo-30567: Fix refleak in sys.getwindowsversion (#1940)
https://github.com/python/cpython/commit/48fb766f70d9ca9d5934cbddbe8d8e7972cb6343


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Sun Jun  4 13:53:34 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 04 Jun 2017 17:53:34 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496598814.24.0.526399737826.issue30567@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Sun Jun  4 14:12:13 2017
From: report at bugs.python.org (Monty Evans)
Date: Sun, 04 Jun 2017 18:12:13 +0000
Subject: [issue30564] Base64 decoding gives incorrect outputs.
In-Reply-To: <1496563450.6.0.802235359138.issue30564@psf.upfronthosting.co.za>
Message-ID: <1496599933.13.0.159980953222.issue30564@psf.upfronthosting.co.za>


Monty Evans added the comment:

Ah, that is enlightening. It hadn't occured to me that you might want to allow for minor mistakes in the encoder - I must've missed that part of the standard. Thanks to both of you for clearing that up :).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30564>
_______________________________________

From report at bugs.python.org  Sun Jun  4 14:33:55 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 04 Jun 2017 18:33:55 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496601235.83.0.839143995518.issue30538@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Thank you.  And thank you for explaining about the strings.  That's what I suspected, so I appreciate you confirming it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Sun Jun  4 16:02:18 2017
From: report at bugs.python.org (James Lu)
Date: Sun, 04 Jun 2017 20:02:18 +0000
Subject: [issue30568] README Formatting
Message-ID: <1496606538.63.0.614342546478.issue30568@psf.upfronthosting.co.za>


New submission from James Lu:

- Shorten the Copyright statement from a list of years (`2001, 2002, 2003, ... 2017`) into `2001-2017`
  - Extend copyright date at end of README from 2016 to 2017
 - Ensure that there are two newlines before every header throughout the file (this was the original format)

----------
assignee: docs at python
components: Documentation
messages: 295140
nosy: James.Lu, docs at python
priority: normal
pull_requests: 2020
severity: normal
status: open
title: README Formatting
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30568>
_______________________________________

From report at bugs.python.org  Sun Jun  4 16:18:34 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 04 Jun 2017 20:18:34 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496607514.37.0.287443618104.issue30538@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2021

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Sun Jun  4 16:19:35 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 04 Jun 2017 20:19:35 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496607575.43.0.192765663149.issue30538@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2022

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Sun Jun  4 16:49:14 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 04 Jun 2017 20:49:14 +0000
Subject: [issue18280] Documentation is too personalized
In-Reply-To: <1371889714.5.0.753258621658.issue18280@psf.upfronthosting.co.za>
Message-ID: <1496609354.76.0.227291320441.issue18280@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Would it be OK for me to tackle this?

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18280>
_______________________________________

From report at bugs.python.org  Sun Jun  4 16:52:33 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 04 Jun 2017 20:52:33 +0000
Subject: [issue30569] Tutorial section 2.1 has *nix example at 3.7,
 but Windows at 3.6
Message-ID: <1496609553.39.0.613003310721.issue30569@psf.upfronthosting.co.za>


New submission from Cheryl Sabella:

https://docs.python.org/3.7/tutorial/interpreter.html

The first lines for the location/command have been updated for 3.7, but next paragraph for Windows has not been updated.

----------
assignee: docs at python
components: Documentation
messages: 295142
nosy: csabella, docs at python
priority: normal
severity: normal
status: open
title: Tutorial section 2.1 has *nix example at 3.7, but Windows at 3.6
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30569>
_______________________________________

From report at bugs.python.org  Sun Jun  4 16:59:54 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 04 Jun 2017 20:59:54 +0000
Subject: [issue30568] README Formatting
In-Reply-To: <1496606538.63.0.614342546478.issue30568@psf.upfronthosting.co.za>
Message-ID: <1496609994.68.0.573112319336.issue30568@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I had made the same suggestion a few months ago and found that it had already been discussed.  :-)

Duplicate of http://bugs.python.org/issue29555.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30568>
_______________________________________

From report at bugs.python.org  Sun Jun  4 17:10:28 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 04 Jun 2017 21:10:28 +0000
Subject: [issue26602] argparse doc introduction is inappropriately targeted
In-Reply-To: <1458562294.77.0.347454712136.issue26602@psf.upfronthosting.co.za>
Message-ID: <1496610628.11.0.279160268968.issue26602@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

If it helps at all, I first learned about argparse a few weeks ago.  I first went to the doc page and then immediately went to the tutorial, as suggested.  I didn't find it difficult or off-putting at all.  In fact, I loved that there was a tutorial that it explained it perfectly for my level as a newbie.  I've referenced the doc page a few times since, but I haven't read it from beginning to end like I did to learn the str functions, for example.  I think the doc page should be more advanced for people who need to know it's full power (as it is now) and the tutorial can serve newbies (as it does now).

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26602>
_______________________________________

From report at bugs.python.org  Sun Jun  4 17:32:57 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 04 Jun 2017 21:32:57 +0000
Subject: [issue12067] Doc: remove errors about mixed-type comparisons.
In-Reply-To: <1305237573.86.0.646542413513.issue12067@psf.upfronthosting.co.za>
Message-ID: <1496611977.59.0.562087172736.issue12067@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

It appears all the patches for this issue have been applied.  Is the only open item the changes to test_compare?

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12067>
_______________________________________

From report at bugs.python.org  Sun Jun  4 18:13:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 04 Jun 2017 22:13:16 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496508125.25.0.00369096205898.issue30523@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZVLyUd1y01X3KTCYbeyUO+MhcpcapDAvArKmLg8GA6vQ@mail.gmail.com>


STINNER Victor added the comment:

I used ./python -m test Lib/test/test_threading.py --list-tests.

I would like to be able to use this feature in regrtest too:

./python -m test test_threading --list-tests

Sadly, this option already exists and only return test files, not test
methods.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Sun Jun  4 18:33:12 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 04 Jun 2017 22:33:12 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496615592.77.0.893050928893.issue30417@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2023

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Sun Jun  4 19:04:17 2017
From: report at bugs.python.org (R. David Murray)
Date: Sun, 04 Jun 2017 23:04:17 +0000
Subject: [issue30564] Base64 decoding gives incorrect outputs.
In-Reply-To: <1496563450.6.0.802235359138.issue30564@psf.upfronthosting.co.za>
Message-ID: <1496617457.3.0.195290822245.issue30564@psf.upfronthosting.co.za>


R. David Murray added the comment:

Actually, the API discussion may be short: we already have a 'validate' option, whose spirit matches with this, so adding the check for the padding issue to that of the non-alphabet characters check would seem to me to be quite reasonable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30564>
_______________________________________

From report at bugs.python.org  Sun Jun  4 19:13:43 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 04 Jun 2017 23:13:43 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496618023.28.0.495723243892.issue25910@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I've done what I can for the logos: http://www.pythonlabs.com/logos.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Sun Jun  4 19:22:53 2017
From: report at bugs.python.org (R. David Murray)
Date: Sun, 04 Jun 2017 23:22:53 +0000
Subject: [issue30566] punycode codec raises IndexError in
 decode_generalized_number()
In-Reply-To: <1496591394.26.0.00653153658066.issue30566@psf.upfronthosting.co.za>
Message-ID: <1496618573.04.0.41508013112.issue30566@psf.upfronthosting.co.za>


R. David Murray added the comment:

Can you provide a reproducer, please?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30566>
_______________________________________

From report at bugs.python.org  Sun Jun  4 20:25:34 2017
From: report at bugs.python.org (Daniel Lepage)
Date: Mon, 05 Jun 2017 00:25:34 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
Message-ID: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>


New submission from Daniel Lepage:

The following code causes a segmentation fault:
class Failure(object):
    def __getattr__(self, attr):
        return (self, None)
issubclass(Failure(), int)

I am running a macbook pro, OS X 10.12.4, and have observed the problem in python 3.5.2, 3.6.0, and 3.6.1.

It appears that returning (self,) causes it to go into an infinite loop attempting to get `x.__bases__`, and returning `(self, y)` for any value `y` causes it to attempt to get `x.__bases__` 262,030 times and then segfault.

A crash log is attached.

----------
components: Interpreter Core
files: segfault.crash
messages: 295150
nosy: Daniel Lepage
priority: normal
severity: normal
status: open
title: issubclass segfaults on objects with weird __getattr__
type: crash
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file46924/segfault.crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Sun Jun  4 20:25:47 2017
From: report at bugs.python.org (Daniel Lepage)
Date: Mon, 05 Jun 2017 00:25:47 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
In-Reply-To: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>
Message-ID: <1496622347.96.0.659230888771.issue30570@psf.upfronthosting.co.za>


Changes by Daniel Lepage <dplepage at gmail.com>:


----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Sun Jun  4 20:26:29 2017
From: report at bugs.python.org (Daniel Lepage)
Date: Mon, 05 Jun 2017 00:26:29 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
In-Reply-To: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>
Message-ID: <1496622389.76.0.727950609335.issue30570@psf.upfronthosting.co.za>


Daniel Lepage added the comment:

I tried it on python 2.7.12 and python 2.6.9 since I had them lying around and got the same behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Sun Jun  4 22:09:06 2017
From: report at bugs.python.org (Bruno Oliveira)
Date: Mon, 05 Jun 2017 02:09:06 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
In-Reply-To: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>
Message-ID: <1496628546.58.0.701419244767.issue30570@psf.upfronthosting.co.za>


Changes by Bruno Oliveira <nicoddemus at gmail.com>:


----------
nosy: +Bruno Oliveira

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Sun Jun  4 22:24:27 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 05 Jun 2017 02:24:27 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
In-Reply-To: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>
Message-ID: <1496629467.14.0.414187845862.issue30570@psf.upfronthosting.co.za>


Louie Lu added the comment:

I can reproduce this bugs on 3.7, Linux.

Python 3.7.0a0 (heads/master:d3bedf356a, Jun  5 2017, 10:21:52) 
[GCC 6.3.1 20170306] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> class Foo(object):
...  def __getattr__(self, attr):
...   return (self, None)
... 
>>> issubclass(Foo(), int)

[1]    21897 segmentation fault (core dumped)  ./python

----------
nosy: +louielu
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Sun Jun  4 22:31:55 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 05 Jun 2017 02:31:55 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
In-Reply-To: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>
Message-ID: <1496629915.69.0.289678488867.issue30570@psf.upfronthosting.co.za>


Louie Lu added the comment:

Without this segfault, I think you do a wrong operation. In other cases, for example:

>>> issubclass(10, int)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: issubclass() arg 1 must be a class


`issubclass` will return TypeError on instance, if you test as `issubclass(Failure, int)` or `issubclass(Failure().__class__, int`, it should get the correct answer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Sun Jun  4 22:46:52 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 02:46:52 +0000
Subject: [issue30530] Descriptors HowTo: Example on function.__get__ needs
 update
In-Reply-To: <1496265085.29.0.159074921199.issue30530@psf.upfronthosting.co.za>
Message-ID: <1496630812.72.0.395624933946.issue30530@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 1bced56567335745f91676192fc39c06aab30da9 by Mariatta (Mariano Anaya) in branch 'master':
bpo-30530: Update Descriptor How To Documentation (GH-1845)
https://github.com/python/cpython/commit/1bced56567335745f91676192fc39c06aab30da9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30530>
_______________________________________

From report at bugs.python.org  Sun Jun  4 22:48:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 02:48:45 +0000
Subject: [issue30530] Descriptors HowTo: Example on function.__get__ needs
 update
In-Reply-To: <1496265085.29.0.159074921199.issue30530@psf.upfronthosting.co.za>
Message-ID: <1496630925.03.0.541631750945.issue30530@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2024

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30530>
_______________________________________

From report at bugs.python.org  Sun Jun  4 22:48:53 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 02:48:53 +0000
Subject: [issue30530] Descriptors HowTo: Example on function.__get__ needs
 update
In-Reply-To: <1496265085.29.0.159074921199.issue30530@psf.upfronthosting.co.za>
Message-ID: <1496630933.18.0.521524455729.issue30530@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2025

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30530>
_______________________________________

From report at bugs.python.org  Sun Jun  4 22:49:08 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 02:49:08 +0000
Subject: [issue30530] Descriptors HowTo: Example on function.__get__ needs
 update
In-Reply-To: <1496265085.29.0.159074921199.issue30530@psf.upfronthosting.co.za>
Message-ID: <1496630948.4.0.424083507028.issue30530@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30530>
_______________________________________

From report at bugs.python.org  Sun Jun  4 23:03:25 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 03:03:25 +0000
Subject: [issue29555] Update Python Software Foundation Copyright Year
In-Reply-To: <1487088120.64.0.260258993464.issue29555@psf.upfronthosting.co.za>
Message-ID: <1496631805.83.0.410410548536.issue29555@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Any update about this? 
Who do we need to talk to in order to move forward?
Thanks.

----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29555>
_______________________________________

From report at bugs.python.org  Sun Jun  4 23:04:53 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 03:04:53 +0000
Subject: [issue30568] README Formatting
In-Reply-To: <1496606538.63.0.614342546478.issue30568@psf.upfronthosting.co.za>
Message-ID: <1496631893.59.0.313321855442.issue30568@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks :) Yes the issue with copyright in the docs is still pending.
I'm closing this as a duplicate.

----------
nosy: +Mariatta
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Update Python Software Foundation Copyright Year

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30568>
_______________________________________

From report at bugs.python.org  Sun Jun  4 23:05:46 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 03:05:46 +0000
Subject: [issue29555] Update Python Software Foundation Copyright Year
In-Reply-To: <1487088120.64.0.260258993464.issue29555@psf.upfronthosting.co.za>
Message-ID: <1496631946.0.0.28718677782.issue29555@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29555>
_______________________________________

From report at bugs.python.org  Sun Jun  4 23:06:50 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 03:06:50 +0000
Subject: [issue30530] Descriptors HowTo: Example on function.__get__ needs
 update
In-Reply-To: <1496265085.29.0.159074921199.issue30530@psf.upfronthosting.co.za>
Message-ID: <1496632010.82.0.633133081938.issue30530@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 86eb93fae6fc5bf121de815b82697f2bc5bc126c by Mariatta in branch '3.6':
bpo-30530: Update Descriptor How To Documentation (GH-1845) (GH-1953)
https://github.com/python/cpython/commit/86eb93fae6fc5bf121de815b82697f2bc5bc126c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30530>
_______________________________________

From report at bugs.python.org  Sun Jun  4 23:09:18 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 03:09:18 +0000
Subject: [issue30530] Descriptors HowTo: Example on function.__get__ needs
 update
In-Reply-To: <1496265085.29.0.159074921199.issue30530@psf.upfronthosting.co.za>
Message-ID: <1496632158.31.0.172908844329.issue30530@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 1f04b900861686351977f6a7d51afa5fdc181b82 by Mariatta in branch '3.5':
bpo-30530: Update Descriptor How To Documentation (GH-1845) (GH-1954)
https://github.com/python/cpython/commit/1f04b900861686351977f6a7d51afa5fdc181b82


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30530>
_______________________________________

From report at bugs.python.org  Sun Jun  4 23:10:35 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 03:10:35 +0000
Subject: [issue30530] Descriptors HowTo: Example on function.__get__ needs
 update
In-Reply-To: <1496265085.29.0.159074921199.issue30530@psf.upfronthosting.co.za>
Message-ID: <1496632235.46.0.604482764174.issue30530@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks Mariano. I merged your PR and it's been backported to 3.5 and 3.6.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30530>
_______________________________________

From report at bugs.python.org  Sun Jun  4 23:12:00 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 03:12:00 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496632320.97.0.0570494289861.issue30538@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset b32fb6c1fb6cdf019817176f573e60c0923a6e22 by Mariatta (csabella) in branch '3.5':
bpo-30538: Update count() in Functional Programming HOWTO (GH-1919) (GH-1944)
https://github.com/python/cpython/commit/b32fb6c1fb6cdf019817176f573e60c0923a6e22


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Sun Jun  4 23:12:25 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 05 Jun 2017 03:12:25 +0000
Subject: [issue30538] Functional Programming HOWTO describes one argument
 itertools.count()
In-Reply-To: <1496316755.99.0.127514740016.issue30538@psf.upfronthosting.co.za>
Message-ID: <1496632345.75.0.93277848496.issue30538@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset ce40550acd3a8928bb6fef4d4e73642a8a69745d by Mariatta (csabella) in branch '3.6':
bpo-30538: Update count() in Functional Programming HOWTO (GH-1919) (GH-1943)
https://github.com/python/cpython/commit/ce40550acd3a8928bb6fef4d4e73642a8a69745d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30538>
_______________________________________

From report at bugs.python.org  Mon Jun  5 00:03:26 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 05 Jun 2017 04:03:26 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
Message-ID: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

The current 'b' formatting code in inconvenient for emulating, demonstrating, and teaching two's complement arithmetic.  The problem is that negative inputs are always formatted with a minus sign.  I propose that some formatting code be provided for fixed-width display where the leading bit is a sign bit.

For example, if code were a capital 'B' and the total width were 8-bits:

    >>> x = -12
    >>> format(12, '08B')
    '11110100'

Currently, to achieve the same effect, one of the following is used:

    >>> format(x if x >= 0 else x + 2**8, '08b')
    '11110100'

or 

    >>> format(x & (2**8 - 1), '08b')
    '11110100'

For values outside the valid range, perhaps a ValueError could be raised:

    >>> format(-200, '08B')
    Traceback (most recent call last):
    ...
    ValueError:  Expected value in range -128 <= x < 128, not -200

I'm not sure what the right code should be.  The idea of capital 'B' is attractive, but we already have a different relationship between 'X' and 'x'.   There could also be a modifier symbol such as '!' in '!8b'.

----------
components: Interpreter Core
messages: 295162
nosy: mark.dickinson, rhettinger, talin
priority: low
severity: normal
status: open
title: Add integer formatting code for fixed-width signed arithmetic (2's complement)
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Mon Jun  5 00:42:06 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 05 Jun 2017 04:42:06 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496637726.45.0.289836726112.issue25910@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you!

What is left:

* Rewrite the text of license.rst for referring the Zope Corporation in the past tense and remove the link (and maybe add the reference to the Zope Foundation if it is related).

* Mark historical links http://www.vex.net/parnassus/ and http://svn.python.org/view/tracker/importer/ as dead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Mon Jun  5 00:46:07 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 05 Jun 2017 04:46:07 +0000
Subject: [issue18280] Documentation is too personalized
In-Reply-To: <1371889714.5.0.753258621658.issue18280@psf.upfronthosting.co.za>
Message-ID: <1496637967.21.0.033156475638.issue18280@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Fred, do you want to opine on this?

In some cases, like heapq.py, the personal touch is an essential and beautiful part of the presentation and is a cherished part of Python.  In other cases, it seems unnecessary or a little off-putting, so perhaps a few changes are warranted.

Personally, I've grown to really dislike the incessant stream of proposals to make broad sweeping trivial changes across the code or documentation to fix made-up problems (ones not reported or cared about by actual users).  In particular, I worry about sending some new dev on a mission to rewrite documentation that was written by domain experts (Alex Martelli reported that copy-editors "wreaked havoc" on one of his books just prior to publication by subtly changing the meaning or correctness of his prose while applying grammar rules and minor style edits -- I wish to avoid the same for us).

Also, I place high value on text written by Guido and think we lose something every time someone wants to rewrite it to fit their personal tastes and views of the language.  The tastes and views of module authors are more important are easily lost in style edits (especially those that change point of view, mood, or theme of presentation).

Another thought is that there should be different general rules for different sections.  The standard library docs tend to be more formal.  The language reference tends to be even more formal ("for language lawyers"). The tutorial tends to be personable.  The how-to guides are often have a personal touch and are the only places where we attribute authorship back individuals (actual by-lines at the top of the file).

[Cheryl Sabella]
> Would it be OK for me to tackle this?
You could, but I would really like to get you involved in more substantive work that involves thinking about real issues and real code.  IMO, this project isn't worthy of you time and is not on the critical path to your stated goals.   That said, feel free to volunteer for anything that interests you.

----------
assignee: docs at python -> fdrake
nosy: +fdrake, rhettinger
versions: +Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18280>
_______________________________________

From report at bugs.python.org  Mon Jun  5 00:58:10 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 05 Jun 2017 04:58:10 +0000
Subject: [issue29535] datetime hash is deterministic in some cases
In-Reply-To: <1486826213.38.0.893503150194.issue29535@psf.upfronthosting.co.za>
Message-ID: <1496638690.97.0.905769938557.issue29535@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Rather than changing the documentation, I would prefer to have this fixed for date/time/datetiem unless MAL has a reason not to make the change.

For timezone, I don't think we really care.  

For timedelta, it is reasonable to always be the same hash.  It isn't conceptually different from the float given by s.total_seconds() or a tuple of (days, seconds, microseconds).

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29535>
_______________________________________

From report at bugs.python.org  Mon Jun  5 01:07:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 05 Jun 2017 05:07:40 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1496639260.15.0.693892108703.issue30523@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I concur with Julien, the result should be printed to stdout.

I tried:

$ ./python -m unittest test.test_builtin --list-tests
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest
test.test_builtin.BuiltinTest.test_abs
test.test_builtin.BuiltinTest.test_all
...

$ ./python -m test.test_builtin --list-tests
BuiltinTest.test_abs
BuiltinTest.test_all
BuiltinTest.test_any
...
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest
doctest.DocTestCase.runTest

All these doctest.DocTestCase.runTest look useless.

But "./python -m unittest test.test_json --list-tests" and "./python -m test.test_json --list-tests" give the same output.

"./python -m test.test_doctest --list-tests" and "./python -m test.test_tk --list-tests" run tests instead of listing them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Mon Jun  5 01:23:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 05 Jun 2017 05:23:09 +0000
Subject: [issue29535] datetime hash is deterministic in some cases
In-Reply-To: <1486826213.38.0.893503150194.issue29535@psf.upfronthosting.co.za>
Message-ID: <1496640189.83.0.713804724158.issue29535@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It looks to me that this difference is not intentional. This is just a consequence of the fact that __hash__ functions for some of these objects use the hash of the pickle state which is a bytes object.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29535>
_______________________________________

From report at bugs.python.org  Mon Jun  5 01:53:36 2017
From: report at bugs.python.org (karl)
Date: Mon, 05 Jun 2017 05:53:36 +0000
Subject: [issue8136] urllib.unquote decodes percent-escapes with Latin-1
In-Reply-To: <1268556503.05.0.747938740092.issue8136@psf.upfronthosting.co.za>
Message-ID: <1496642016.93.0.0160314961879.issue8136@psf.upfronthosting.co.za>


karl added the comment:

#8143 was fixed.

Python 2.7.10 (default, Feb  7 2017, 00:08:15) 
[GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.34)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib
>>> urllib.unquote(u"%CE%A3")
u'\xce\xa3'

What should become of this one?

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8136>
_______________________________________

From report at bugs.python.org  Mon Jun  5 02:32:36 2017
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 05 Jun 2017 06:32:36 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1496644356.29.0.182530447515.issue29464@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I looked up this change again and was surprised that it still wasn't applied. It feels to me that it makes sense already for reasons of consistency. Any time frame for changing it? I'd like to use METH_FASTCALL in Cython in a future-proof way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun  5 02:57:33 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 05 Jun 2017 06:57:33 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1496645853.31.0.645666119787.issue29464@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Proposed patch renames METH_FASTCALL to METH_FASTCALL|METH_KEYWORDS
> and makes bare METH_FASTCALL be used for functions with 
> positional-only parameters. This eliminates small cost that 
> these functions pay for handling empty keywords: calling 
> _PyStack_UnpackDict() and _PyArg_NoStackKeywords(), 
> passing kwnames. This also can slightly reduce stack 
> consumption.

+1 for all the reasons listed.  These are very reasonable specializations.  The empty keyword checks are really irritating for fine-grained functions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun  5 03:32:39 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 05 Jun 2017 07:32:39 +0000
Subject: [issue29456] bug in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1496647959.68.0.647886905876.issue29456@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

We have moved our code hosting to GitHub, would you mind turn your patch into a GitHub PR first Wonsup?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Mon Jun  5 04:06:08 2017
From: report at bugs.python.org (Wonsup Yoon)
Date: Mon, 05 Jun 2017 08:06:08 +0000
Subject: [issue29456] bug in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1496649968.3.0.963339957386.issue29456@psf.upfronthosting.co.za>


Wonsup Yoon added the comment:

Ok, I'll do it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Mon Jun  5 04:10:42 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 05 Jun 2017 08:10:42 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496650242.72.0.70520216372.issue30537@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

[Michael Seifert]
> I'm not sure if there are many use-cases where numpy scalars
> make sense as inputs for `islice`

Likewise, I'm not sure there is any evidence of a use-case.  The incompatible relationship between numpy ints and PyLong_AsSsize_t() has been around for a long time and no one seems to have even noticed until now.

Also, you're right that the error message isn't very helpful unless you already understand that np.int32 isn't a subclass of int.

[Serhiy]
> Adding support of more general int-like objects in islice() 
>looks reasonable to me.

Conceptually, anything with an __index__ method might make sense in the context of slicing, so the proposal doesn't sound unreasonable on the face of it.

Practically though, there doesn't seem to be any evidence of a real use case here.  It is unclear whether allowing np.int32 would ever benefit anyone and whether dropping the current requirement for an explicit int() cast would encourage weird and inefficient code.

Either way, this should be categorized as a feature request.  CPython itself is passing tests and isn't breaking any promises.

[Will Roberts]
> Note that this issue also seems to affect other methods 
> in the itertools package, such as permutations.

If we do make some sort of change, it should be limited it to just islice().  To me, this only makes sense in the context of index arguments unless someone makes a broad and consequential executive decision that everything in Python that accepts an integer needs to also check for int-like objects as well.

----------
priority: normal -> low
type: behavior -> enhancement
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Mon Jun  5 04:39:48 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 05 Jun 2017 08:39:48 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1496651988.5.0.842348665321.issue29464@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2026

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun  5 04:48:41 2017
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 05 Jun 2017 08:48:41 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1496652521.84.0.62443384564.issue29464@psf.upfronthosting.co.za>


Stefan Krah added the comment:

> I'd like to use METH_FASTCALL in Cython in a future-proof way.

Also +1.  Can we consider the API frozen after this issue or do we have to wait for #29465 (or others)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun  5 04:54:02 2017
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 05 Jun 2017 08:54:02 +0000
Subject: [issue29929] Eliminate implicit __main__ relative imports
In-Reply-To: <1490692950.43.0.231452338576.issue29929@psf.upfronthosting.co.za>
Message-ID: <1496652842.75.0.999846527778.issue29929@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

A disadvantage of requiring "from . import ..." to import modules next to the script is that this requires a different mechanism before and after installation of a script.

That is, before installation the additional modules are next to the script ("from . import helper" and after installation the additional modules are in site-packages while the script itself is in the bin directory ("import helper").

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29929>
_______________________________________

From report at bugs.python.org  Mon Jun  5 05:12:16 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 05 Jun 2017 09:12:16 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1496653936.94.0.259333340482.issue29464@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually these arguments are pretty weak. The sole argument of consistency is weak itself. _PyArg_NoStackKeywords() is pretty cheap since implementing it as a macro. This change just moves the check from the implementation of functions to the calling place. Virtually all affected functions (320 vs 7) are generated by Argument Clinic, so this doesn't simplify the maintenance much. The only runtime effect is possible saving a register or few bytes on the stack and few CPU tacts for passing the kwnames argument (always NULL). But this depends on the compiler.

I don't consider this API frozen still. I have other idea for passing keyword arguments and want to experiment with it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun  5 05:21:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 05 Jun 2017 09:21:09 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1496654469.9.0.293137590985.issue29464@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Victor, could you please rerun benchmarks and check whether this change cause performance degradation?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun  5 05:28:47 2017
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 05 Jun 2017 09:28:47 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1496654927.42.0.164870532851.issue29464@psf.upfronthosting.co.za>


Stefan Krah added the comment:

For third party projects who want to use FASTCALL the functions are not generated by AC.  I didn't understand the reasoning why the consistency argument is weak.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:03:56 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 05 Jun 2017 12:03:56 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
In-Reply-To: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>
Message-ID: <1496664236.97.0.851250952672.issue30570@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yes, but we try to make it not possible to segfault the interpreter with pure python code that isn't intentionally mucking with C-level stuff, so this is a bug we would like to fix.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:22:23 2017
From: report at bugs.python.org (Dingo64)
Date: Mon, 05 Jun 2017 12:22:23 +0000
Subject: [issue30572] pip is broken
Message-ID: <1496665343.57.0.155751433237.issue30572@psf.upfronthosting.co.za>


New submission from Dingo64:

C:\Python35>pip install dlib-19.4.0-cp35-cp35m-win_amd64.whl
dlib-19.4.0-cp35-cp35m-win_amd64.whl is not a supported wheel on this platform.

How can it be not supported when I have Python 3.5 on AMD64 Windows machine?

C:\Python35>wmic os get osarchitecture
OSArchitecture
64-bit

C:\Python35>python --version
Python 3.5.0

----------
components: Installation
messages: 295180
nosy: Dingo64
priority: normal
severity: normal
status: open
title: pip is broken
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30572>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:27:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 05 Jun 2017 12:27:43 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
In-Reply-To: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>
Message-ID: <1496665663.67.0.818960593085.issue30570@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This looks as yet one example of issues similar of issue14010.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:30:59 2017
From: report at bugs.python.org (Dingo64)
Date: Mon, 05 Jun 2017 12:30:59 +0000
Subject: [issue30573] How to install cmake?
Message-ID: <1496665859.62.0.439611953284.issue30573@psf.upfronthosting.co.za>


New submission from Dingo64:

When I try to use pip to install something it says it cannot because it doesn't make cmake. When I try to install cmake:

C:\Python35>pip3 install cmake
Collecting cmake
  Downloading cmake-0.7.0.tar.gz (29.2MB)
    100% |################################| 29.2MB 14kB/s
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):
      File "<string>", line 20, in <module>
      File "C:\Users\7\AppData\Local\Temp\pip-build-kudn0eog\cmake\setup.py", li
ne 7, in <module>
        from skbuild import setup
    ImportError: No module named 'skbuild'

    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in C:\Users\7\AppDat
a\Local\Temp\pip-build-kudn0eog\cmake
You are using pip version 7.1.2, however version 9.0.1 is available.
You should consider upgrading via the 'python -m pip install --upgrade pip' comm
and.

C:\Python35>pip3 install skbuild
Collecting skbuild
  Could not find a version that satisfies the requirement skbuild (from versions
: )
No matching distribution found for skbuild

----------
messages: 295182
nosy: Dingo64
priority: normal
severity: normal
status: open
title: How to install cmake?
type: compile error
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30573>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:34:09 2017
From: report at bugs.python.org (Dingo64)
Date: Mon, 05 Jun 2017 12:34:09 +0000
Subject: [issue30573] How to install cmake?
In-Reply-To: <1496665859.62.0.439611953284.issue30573@psf.upfronthosting.co.za>
Message-ID: <1496666049.84.0.212174473457.issue30573@psf.upfronthosting.co.za>


Dingo64 added the comment:

I did:
python -m pip install --upgrade pip

and then
pip3 install cmake
went OK.

So I would suggest to change notices like "You are using pip version 7.1.2, however version 9.0.1 is available.
You should consider upgrading via the 'python -m pip install --upgrade pip' comm
and." into errors or warning so they seem more like something user has to do rather than something he might consider doing.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30573>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:35:47 2017
From: report at bugs.python.org (Dingo64)
Date: Mon, 05 Jun 2017 12:35:47 +0000
Subject: [issue30572] pip is broken
In-Reply-To: <1496665343.57.0.155751433237.issue30572@psf.upfronthosting.co.za>
Message-ID: <1496666147.2.0.632824110546.issue30572@psf.upfronthosting.co.za>


Dingo64 added the comment:

python -m pip install --upgrade pip
fixed the pip so now 
C:\Python35>pip3 install dlib-19.4.0-cp35-cp35m-win_amd64.whl
Processing c:\python35\dlib-19.4.0-cp35-cp35m-win_amd64.whl
Installing collected packages: dlib
Successfully installed dlib-19.4.0
worked.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30572>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:38:19 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 05 Jun 2017 12:38:19 +0000
Subject: [issue30572] pip is broken
In-Reply-To: <1496665343.57.0.155751433237.issue30572@psf.upfronthosting.co.za>
Message-ID: <1496666299.98.0.521112734191.issue30572@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution: fixed -> third party

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30572>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:40:26 2017
From: report at bugs.python.org (Will Roberts)
Date: Mon, 05 Jun 2017 12:40:26 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496666426.95.0.645081390419.issue30537@psf.upfronthosting.co.za>


Will Roberts added the comment:

Thanks for feedback, Serhiy and Raymond!  Github PR now has reverted changes except to the calls in islice_new; I am happy to squash if you would like.

Serhiy, this is my first time poking around in CPython code.  What are the potential consequences of making `itertools.islice` less atomic/thread-safe, and/or possibly releasing the GIL?  Are there any gotchas to watch out for in this patch specifically?  I've modelled my changes on the code in listobject.c [list_subscript], but I would love to hear if there's a better way to do things.

Raymond, I'd also be curious to learn about any code weirdness or inefficiency you have in mind.  I agree with you that there might not be a compelling use-case here.  The SO question looks to be a bit contrived; however, the interesting bits to me here are that the behaviour of numpy interacting with itertools has changed since py27, and also that the proposed workarounds/solutions seem ... inelegant?  Need a numpy integer be explicitly coerced to int in this context when the type implements an __index__ method?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:40:43 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 05 Jun 2017 12:40:43 +0000
Subject: [issue30573] How to install cmake?
In-Reply-To: <1496665859.62.0.439611953284.issue30573@psf.upfronthosting.co.za>
Message-ID: <1496666443.21.0.035003805974.issue30573@psf.upfronthosting.co.za>


R. David Murray added the comment:

The pip issue tracker is at https://github.com/pypa/pip/issues if you want to suggest this, but I doubt it will be accepted.  The action *is* something optional.

----------
nosy: +r.david.murray
resolution: fixed -> third party
type: compile error -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30573>
_______________________________________

From report at bugs.python.org  Mon Jun  5 08:41:01 2017
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 05 Jun 2017 12:41:01 +0000
Subject: [issue30520] loggers can't be pickled
In-Reply-To: <1496217048.71.0.370871054359.issue30520@psf.upfronthosting.co.za>
Message-ID: <1496666461.45.0.448476599221.issue30520@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
pull_requests: +2027

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30520>
_______________________________________

From report at bugs.python.org  Mon Jun  5 09:47:58 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 13:47:58 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
Message-ID: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>


New submission from Decorater:

According to this example at https://docs.python.org/3/extending/embedding.html#very-high-level-embedding you can use something similar on embedding the interpreter.

However for some reason it can crash on Windows and probably some other platforms no matter what python code you enter in the string. I am currently getting that issue on Windows even with the python DLL's being in the same folder of the embedded executable it seems (when I open the crash dump in VS2010 express) that it tried to access an memory address that it has no permissions to.

However I have been thinking as to why that might be. The system should have plenty of memory left for it to allocate and run just fine unless it wants to use an already active python process (why would that be when other applications that embed the interpreter seem to work just fine).

I think documenting there on when and iff the compiled code crashes with suggestions on how to fix them would be best to do on the page.

it could be that the example actually compiles but does not work anymore too. But why would it be on the page if it would compile but crash on any string put into it? Something makes me think the crash is on the Py_DecodeLocale line with the size_t * param being NULL.

----------
assignee: docs at python
components: Documentation, Windows
messages: 295187
nosy: Decorater, docs at python, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Document why embedding the interpreter can sometimes crash.
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 09:55:46 2017
From: report at bugs.python.org (Paul Moore)
Date: Mon, 05 Jun 2017 13:55:46 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496670946.67.0.08916095884.issue30574@psf.upfronthosting.co.za>


Paul Moore added the comment:

I'm a bit confused what you're asking for here.

Certainly if you embed Python, you can get crashes, just as with any other C program. Pass an invalid pointer to a Python API, build your application and the Python DLL with incompatible C runtimes, free memory you don't own, ...

That's not really something we need to cover in the Python documentation, though, it's just things you need to understand if you're doing anything beyond the most trivial C programming.

If there's a specific issue that you're having, we'd need more details to say anything else.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 09:57:53 2017
From: report at bugs.python.org (Forest Gregg)
Date: Mon, 05 Jun 2017 13:57:53 +0000
Subject: [issue30388] ndbm can't iterate through values on OS X
In-Reply-To: <1495037035.06.0.766456965201.issue30388@psf.upfronthosting.co.za>
Message-ID: <1496671073.02.0.943000116949.issue30388@psf.upfronthosting.co.za>


Forest Gregg added the comment:

I have been trying to make a small reproducible example, but haven't been able to isolate it. 

Running this script [1] csv_example on mac os x under either py27 or py3 does seem *often* cause this problem [2], [3]:

[1] https://github.com/dedupeio/dedupe-examples/blob/master/csv_example/csv_example.py
[2] https://github.com/dedupeio/dedupe/issues/571
[3] https://github.com/dedupeio/dedupe-examples/issues/54

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30388>
_______________________________________

From report at bugs.python.org  Mon Jun  5 10:22:56 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 14:22:56 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496672576.91.0.507887375752.issue30574@psf.upfronthosting.co.za>


Decorater added the comment:

Well the example I linked if I compile it and try to run it it instantly crashes with no explainable reason. I am using the same compiler used to build the core too and the normal interpreter works just fine with the code I am trying to embed. So it seems to definitely be the Py_DecodeLocale or the Py_SetProgramName line.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 10:31:57 2017
From: report at bugs.python.org (Paul Moore)
Date: Mon, 05 Jun 2017 14:31:57 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496673117.52.0.518557225463.issue30574@psf.upfronthosting.co.za>


Paul Moore added the comment:

Worked fine for me:

>cl .\pyc.c /I $env:LOCALAPPDATA\Programs\Python\Python36\include $env:LOCALAPPDATA\Programs\Python\Python36\libs\python36.lib
Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24213.1 for x64
Copyright (C) Microsoft Corporation.  All rights reserved.

pyc.c
Microsoft (R) Incremental Linker Version 14.00.24213.1
Copyright (C) Microsoft Corporation.  All rights reserved.

/out:pyc.exe
pyc.obj
...\Programs\Python\Python36\libs\python36.lib

>.\pyc.exe
Today is Mon Jun  5 15:27:45 2017

So it doesn't look like the problem is with the code, so much as with how you've done the build. The problem here is that there are so many possibilities for C compilation environments, that there's simply no way we could give a "this is how you set up to build an embedding application".

If you have specific suggestions for how to improve the documentation, a patch would be welcome. But in the absence of specifics, I don't think there's anything actionable in this report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 10:36:41 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 05 Jun 2017 14:36:41 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496673401.9.0.897634718832.issue30537@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

My note was not directly related to your patch. It was a warning about general replacement of PyLong_AsSsize_t with PyNumber_AsSsize_t. There is a code for which this is dangerous.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Mon Jun  5 10:39:47 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 14:39:47 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496673587.66.0.537702430472.issue30574@psf.upfronthosting.co.za>


Decorater added the comment:

hmm, maybe it was because I was compiling it inside of the VS2015 IDE in an project file and not with cl.exe directly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 10:48:47 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 14:48:47 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496674127.6.0.537509214946.issue30574@psf.upfronthosting.co.za>


Decorater added the comment:

Well looks like with cl.exe it is still crashing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 10:53:28 2017
From: report at bugs.python.org (Paul Moore)
Date: Mon, 05 Jun 2017 14:53:28 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496674408.78.0.140228557613.issue30574@psf.upfronthosting.co.za>


Paul Moore added the comment:

My bet is still on something like you compiling your code 32-bit and linking to 64-bit Python, or something like that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 10:54:15 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 05 Jun 2017 14:54:15 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496674455.39.0.170109093377.issue30574@psf.upfronthosting.co.za>


R. David Murray added the comment:

Agreed, there's nothing for us to do here.  It sounds like you may need to go to a help forum to work through your crash.

If you learn things that you think it would be valuable to add to the docs, please do submit a doc enhancement issue/PR.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 10:56:38 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 14:56:38 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496674598.59.0.903826845942.issue30574@psf.upfronthosting.co.za>


Decorater added the comment:

I am compiling and linking to 32 bit python based on the folder I entered for the lib file. Unless the lib file in the lib folder is somehow for the 64 bit one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 11:12:17 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 15:12:17 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496675537.97.0.644911260229.issue30574@psf.upfronthosting.co.za>


Decorater added the comment:

Wait a minute, I think it is because the 32 and 64 bit python36.lib files are in the path environment variable so that might be the reason for the crash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 11:19:25 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 15:19:25 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496675965.09.0.719025404181.issue30574@psf.upfronthosting.co.za>


Decorater added the comment:

E:\Users\Elsword\Documents\GitHub\TinyURL\app>call "E:\Program Files (x86)\Micro
soft Visual Studio 14.0\Common7\Tools\VsDevCmd.bat"

E:\Users\Elsword\Documents\GitHub\TinyURL\app>cd "E:\Users\Elsword\Documents\Git
Hub\TinyURL\app\"

E:\Users\Elsword\Documents\GitHub\TinyURL\app>RC.exe /r TinyURL.rc
Microsoft (R) Windows (R) Resource Compiler Version 10.0.10011.16384
Copyright (C) Microsoft Corporation.  All rights reserved.


E:\Users\Elsword\Documents\GitHub\TinyURL\app>cl.exe /Tc "TinyURL.c" /I E:\Python360\include E:\Python360\libs\python36.lib /link /OUT:"TinyURL.exe" /SUBSYSTEM:CONSOLE "TinyURL.res" /FIXED
Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for x86
Copyright (C) Microsoft Corporation.  All rights reserved.

TinyURL.c
TinyURL.c(204): warning C4129: '/': unrecognized character escape sequence
Microsoft (R) Incremental Linker Version 14.00.24215.1
Copyright (C) Microsoft Corporation.  All rights reserved.

/out:TinyURL.exe
/OUT:TinyURL.exe
/SUBSYSTEM:CONSOLE
TinyURL.res
/FIXED
TinyURL.obj
E:\Python360\libs\python36.lib

Wait a minute, it seems the build tools are a bit out of date.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 11:25:56 2017
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Jun 2017 15:25:56 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496676356.81.0.550563813131.issue30574@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
assignee: docs at python -> 
nosy:  -docs at python, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 11:29:09 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 05 Jun 2017 15:29:09 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496676549.16.0.533211353227.issue25910@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I suggest the following replacement for that paragraph in Doc/license.txt, as well as in LICENSE:

In May 2000, Guido and the Python core development team moved to
BeOpen.com to form the BeOpen PythonLabs team.  In October of the same
year, the PythonLabs team moved to Digital Creations, which became
Zope Corporation.  In 2001, the Python Software Foundation (PSF, see
https://www.python.org/psf/) was formed, a non-profit organization
created specifically to own Python-related Intellectual Property.
Zope Corporation was a sponsoring member of the PSF.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Mon Jun  5 11:32:49 2017
From: report at bugs.python.org (Jim Fulton)
Date: Mon, 05 Jun 2017 15:32:49 +0000
Subject: [issue25910] Fixing links in documentation
In-Reply-To: <1450530544.1.0.9187941337.issue25910@psf.upfronthosting.co.za>
Message-ID: <1496676769.44.0.734662460531.issue25910@psf.upfronthosting.co.za>


Jim Fulton added the comment:

+1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25910>
_______________________________________

From report at bugs.python.org  Mon Jun  5 11:46:27 2017
From: report at bugs.python.org (Wonsup Yoon)
Date: Mon, 05 Jun 2017 15:46:27 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1496677587.28.0.852959852038.issue29456@psf.upfronthosting.co.za>


Changes by Wonsup Yoon <pusnow at me.com>:


----------
title: bug in unicodedata.normalize: u1176, u11a7 and u11c3 -> bugs in unicodedata.normalize: u1176, u11a7 and u11c3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Mon Jun  5 11:48:57 2017
From: report at bugs.python.org (Wonsup Yoon)
Date: Mon, 05 Jun 2017 15:48:57 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1496677737.22.0.71904531238.issue29456@psf.upfronthosting.co.za>


Changes by Wonsup Yoon <pusnow at me.com>:


----------
pull_requests: +2029

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Mon Jun  5 12:26:18 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 16:26:18 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496679978.66.0.484502272854.issue30574@psf.upfronthosting.co.za>


Decorater added the comment:

I found where the crash was at. It was at my call to PyRun_SimpleString.

Something in the string caused it to crash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 12:28:08 2017
From: report at bugs.python.org (Yibo Wang)
Date: Mon, 05 Jun 2017 16:28:08 +0000
Subject: [issue30575] Python interpreter crashes on macOS
Message-ID: <1496680088.08.0.654208727312.issue30575@psf.upfronthosting.co.za>


New submission from Yibo Wang:

I am writing python wrapper for rust library, everything goes fine until execution finishes.

"Python quit unexpectedly"
[1]    25805 segmentation fault  python3

To reproduce, download code from GitHub repo provided by this blog(https://kushaldas.in/posts/writing-python-extensions-in-rust.html), then follow the section "Building the Python extension".

macOS Sierra 10.12.5 (16F73)
Python 3.6.1 via Homebrew
rustc 1.17.0 (56124baa9 2017-04-24)
(This issue won't appear on Windows 10 and Ubuntu 16.04)

----------
components: macOS
messages: 295203
nosy: Yibo Wang, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Python interpreter crashes on macOS
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30575>
_______________________________________

From report at bugs.python.org  Mon Jun  5 12:45:31 2017
From: report at bugs.python.org (Decorater)
Date: Mon, 05 Jun 2017 16:45:31 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496681131.57.0.803049497507.issue30574@psf.upfronthosting.co.za>


Decorater added the comment:

turns out it was crashing because I forgot to add in Py_Initialize.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 12:57:07 2017
From: report at bugs.python.org (Ned Deily)
Date: Mon, 05 Jun 2017 16:57:07 +0000
Subject: [issue30575] Python interpreter crashes on macOS
In-Reply-To: <1496680088.08.0.654208727312.issue30575@psf.upfronthosting.co.za>
Message-ID: <1496681827.75.0.0435950611535.issue30575@psf.upfronthosting.co.za>


Ned Deily added the comment:

Sorry but, without more information, no one is likely to want to try to pursue this issue.  There are too many components, Python and non-Python, here that could cause a crash and trying to interface to other libraries using extensions like cffi (and ctypes) is always risky.  Including the macOS stack dump trace that may be produced by the segfault would at least give some clues as to where the problem is occurring; check in ~/Library/Log and /Library/Log.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30575>
_______________________________________

From report at bugs.python.org  Mon Jun  5 13:01:40 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Mon, 05 Jun 2017 17:01:40 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496682100.14.0.570835057515.issue30177@psf.upfronthosting.co.za>


Antoine Pietri added the comment:

I updated the PR to fix the Windows part of the issue thanks to Zachary who gave me access to a Windows machine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Mon Jun  5 13:33:06 2017
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 05 Jun 2017 17:33:06 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496683986.0.0.960383748577.issue30567@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Mon Jun  5 15:39:47 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 05 Jun 2017 19:39:47 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496691587.51.0.320161089989.issue30574@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy:  -r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 15:42:04 2017
From: report at bugs.python.org (Pierre Quentel)
Date: Mon, 05 Jun 2017 19:42:04 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
Message-ID: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>


New submission from Pierre Quentel:

The server in http.server currently doesn't support HTTP compression.

I propose to implement it in the method send_head() of SimpleHTTPRequestHandler this way : for each GET request, if the request header "Accept-Encoding" is present and includes "gzip" among the possible compression schemes, and if the Content-Type determined by the file extension is in a list compressed_types, then the server sends the "Content-Encoding" response header to "gzip" and send_head() returns a file object with the gzipped value.

compressed_types is an attribute of the SimpleHTTPRequestHandler class and is set by default to ["text/plain", "text/html", "text/css", "text/xml", "text/javascript", "application/javascript", "application/json"].

The implementation is very simple (a few lines of code).

I also propose to modify mimetypes to add the mapping of extension ".json" to "application/json".

I will make a Pull Request on the CPython Github site with these changes.

----------
components: Library (Lib)
messages: 295207
nosy: quentel
priority: normal
severity: normal
status: open
title: http.server should support HTTP compression (gzip)
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Mon Jun  5 15:42:25 2017
From: report at bugs.python.org (Pierre Quentel)
Date: Mon, 05 Jun 2017 19:42:25 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1496691745.63.0.121961255416.issue30576@psf.upfronthosting.co.za>


Changes by Pierre Quentel <pierre.quentel at gmail.com>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Mon Jun  5 15:56:59 2017
From: report at bugs.python.org (Shaun Walbridge)
Date: Mon, 05 Jun 2017 19:56:59 +0000
Subject: [issue25023] time.strftime('%a'), ValueError: embedded null byte,
 in ko locale
In-Reply-To: <1441690327.52.0.627876952587.issue25023@psf.upfronthosting.co.za>
Message-ID: <1496692619.93.0.206690565428.issue25023@psf.upfronthosting.co.za>


Shaun Walbridge added the comment:

For reference if anyone else still runs into this issue: the affected DLL is ucrtbase.dll, and the faulty version is 10.0.10240.0, which shipped with the 1507 release of Windows 10, the Windows 10 SDK, and Visual Studio 2015 RTM. This issue was resolved at the 1511 (
10.0.10586.212) release and later, along with Visual Studio 2015 Update 3, which can be installed on Windows 10 via Windows Update. On Windows 7 and 8.1, Windows update may update the files, but you also need to check for any local copies of the DLL in the same directory as the Python executable, as on these platforms per-application installs have priority over the copy within the Windows installation. 

Currently, the Python distributed with Conda environments (where Py3.5+ is used) are affected by this issue[1] because of their app-local deployments of these DLLs on Windows 7/8.1. Any application which similarly bundles the UCRT DLLs alongside its runtime will be also be affected. 

1. Conda issue filed at: https://github.com/ContinuumIO/anaconda-issues/issues/1974

----------
nosy: +scw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25023>
_______________________________________

From report at bugs.python.org  Mon Jun  5 15:58:07 2017
From: report at bugs.python.org (Paul Moore)
Date: Mon, 05 Jun 2017 19:58:07 +0000
Subject: [issue30574] Document why embedding the interpreter can sometimes
 crash.
In-Reply-To: <1496670478.12.0.928840980105.issue30574@psf.upfronthosting.co.za>
Message-ID: <1496692687.53.0.260919240858.issue30574@psf.upfronthosting.co.za>


Changes by Paul Moore <p.f.moore at gmail.com>:


----------
nosy:  -paul.moore

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30574>
_______________________________________

From report at bugs.python.org  Mon Jun  5 16:14:17 2017
From: report at bugs.python.org (Joel Hillacre)
Date: Mon, 05 Jun 2017 20:14:17 +0000
Subject: [issue30532] email.policy.SMTP.fold() mangles long headers
In-Reply-To: <1496268533.13.0.885025594185.issue30532@psf.upfronthosting.co.za>
Message-ID: <1496693657.23.0.768337064534.issue30532@psf.upfronthosting.co.za>


Joel Hillacre added the comment:

Rebased the github PR on latest master to get the windows build passing CI.

Is there anything I need to do to keep the PR moving?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30532>
_______________________________________

From report at bugs.python.org  Mon Jun  5 16:31:12 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 05 Jun 2017 20:31:12 +0000
Subject: [issue30532] email.policy.SMTP.fold() mangles long headers
In-Reply-To: <1496268533.13.0.885025594185.issue30532@psf.upfronthosting.co.za>
Message-ID: <1496694672.0.0.132034012819.issue30532@psf.upfronthosting.co.za>


R. David Murray added the comment:

Ping the issue again next week if I don't get to it this weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30532>
_______________________________________

From report at bugs.python.org  Mon Jun  5 16:35:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 05 Jun 2017 20:35:40 +0000
Subject: [issue30521] IDLE: Add navigate bar and replace current goto dialog
In-Reply-To: <1496217736.64.0.123972960126.issue30521@psf.upfronthosting.co.za>
Message-ID: <1496694940.41.0.488726582353.issue30521@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

What problem are you trying to solve with this idea and patch?  A popup go to line box is standard enough for editors that beginners have no problem with it.

That asked, I read the sublime-text doc on the go-anywhere bar.  While it is a cute idea, I think that trying to mix multiple functions like this is mis-conceived.  Mixing control signals (the prefixes) with content is *always* a problem.  Suppose one wanted to search for the string ': 10'?  The problems people have with \ in string literals and various control chars in regexes also illustrate the point.  

Once a user hits alt-g (not cntl-g, which IDLE uses from find-again), IDLE knows to expect a string of digits that can be fed to int().  Replacing the clear 'go to line number:' prompt with the anti-mnemonic ':', mixed in with the input, is to me a regression.

Here is an alternate idea for streamlining line number entry.  In the status bar, replace the labels that display line and column with entry boxes.  Alt-G sends the cursor to the line# entry. The color is changed to indicate entry mode.  Escape undoes any change and sends the cursor back where it was.  Click send the cursor to the click spot.  Return goes to the (new) line and send the cursor there.  Tab moves the cursor to the column box for possible column entry.  A click on either box switches it to entry mode.

While goto column is much less needed, I can think of use cases and notice that the goto box for Notepad2 on Win10 includes a separate column entry box.  

I think someone else proposed adding a simple find box with default options to the status bar.  This would *not* replace the current box.  For simple searches, it would solve the problem of the box initially obscuring text, now that it no longer disappears when Next is clicked.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30521>
_______________________________________

From report at bugs.python.org  Mon Jun  5 16:43:33 2017
From: report at bugs.python.org (Aaron Hall)
Date: Mon, 05 Jun 2017 20:43:33 +0000
Subject: [issue26103] Contradiction in definition of "data descriptor" between
 (dotted lookup behavior/datamodel documentation) and (inspect
 lib/descriptor how-to)
In-Reply-To: <1452718612.1.0.925403449689.issue26103@psf.upfronthosting.co.za>
Message-ID: <1496695413.38.0.232084640914.issue26103@psf.upfronthosting.co.za>


Aaron Hall added the comment:

Bumping this - I intend to work on this next, if no objections.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26103>
_______________________________________

From report at bugs.python.org  Mon Jun  5 17:06:20 2017
From: report at bugs.python.org (Adrian Wan)
Date: Mon, 05 Jun 2017 21:06:20 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
In-Reply-To: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>
Message-ID: <1496696780.43.0.464220954465.issue30545@psf.upfronthosting.co.za>


Changes by Adrian Wan <adrianwan2 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Mon Jun  5 17:40:43 2017
From: report at bugs.python.org (Jiri Hnidek)
Date: Mon, 05 Jun 2017 21:40:43 +0000
Subject: [issue30462] urllib does not support NO_PROXY environment variable
 containing domain with asterisk
In-Reply-To: <1495656791.66.0.906077456639.issue30462@psf.upfronthosting.co.za>
Message-ID: <1496698843.9.0.275123130526.issue30462@psf.upfronthosting.co.za>


Jiri Hnidek added the comment:

Hi Xiang,
* I added entry to Misc/NEWS
* I added my name to Misc/ACKS (without diacritics)
* I added/updated several unit tests
* I updated PR (two commits squashed into one commit)

Cheers,

Jiri

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30462>
_______________________________________

From report at bugs.python.org  Mon Jun  5 18:02:45 2017
From: report at bugs.python.org (wim glenn)
Date: Mon, 05 Jun 2017 22:02:45 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1496700165.39.0.771217217928.issue11874@psf.upfronthosting.co.za>


wim glenn added the comment:

May I ask, how to assign reviewers for CPython pull requests?  https://github.com/python/cpython/pull/1826  has been sitting there for 10 days and the only comment was from a bot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Mon Jun  5 18:12:45 2017
From: report at bugs.python.org (Ned Deily)
Date: Mon, 05 Jun 2017 22:12:45 +0000
Subject: [issue30388] ndbm can't iterate through values on OS X
In-Reply-To: <1495037035.06.0.766456965201.issue30388@psf.upfronthosting.co.za>
Message-ID: <1496700765.41.0.259052137349.issue30388@psf.upfronthosting.co.za>


Ned Deily added the comment:

It would be helpful if you could provide the output of this command:

otool -L $(python3.6 -c 'import _dbm;print(_dbm.__file__)')

if necessary, substituting whatever command name(s) you are using to invoke python when failing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30388>
_______________________________________

From report at bugs.python.org  Mon Jun  5 18:54:17 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Jun 2017 22:54:17 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496703257.49.0.126780505754.issue30557@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset e6a23c8f9a3ce05b759599696cc131c2d9d147ac by Steve Dower in branch 'master':
bpo-30557: faulthandler now correctly filters and displays exception codes on Windows (#1924)
https://github.com/python/cpython/commit/e6a23c8f9a3ce05b759599696cc131c2d9d147ac


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Mon Jun  5 18:57:49 2017
From: report at bugs.python.org (Aaron Hall)
Date: Mon, 05 Jun 2017 22:57:49 +0000
Subject: [issue26103] Contradiction in definition of "data descriptor" between
 (dotted lookup behavior/datamodel documentation) and (inspect
 lib/descriptor how-to)
In-Reply-To: <1452718612.1.0.925403449689.issue26103@psf.upfronthosting.co.za>
Message-ID: <1496703469.28.0.999591298728.issue26103@psf.upfronthosting.co.za>


Changes by Aaron Hall <aaronchall at yahoo.com>:


----------
pull_requests: +2030

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26103>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:07:18 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 05 Jun 2017 23:07:18 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496704038.7.0.784957620735.issue30557@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +2031

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:08:30 2017
From: report at bugs.python.org (Ned Deily)
Date: Mon, 05 Jun 2017 23:08:30 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496704110.85.0.52965404928.issue30557@psf.upfronthosting.co.za>


Ned Deily added the comment:

Buildbot failure?
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/521

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:22:01 2017
From: report at bugs.python.org (Martin Panter)
Date: Mon, 05 Jun 2017 23:22:01 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1496704921.93.0.412422771016.issue30576@psf.upfronthosting.co.za>


Martin Panter added the comment:

Why do you want to this? Encoding files on the fly seems out of scope of the SimpleHTTPRequestHandler class to me, but perhaps a more flexible API that could be plugged in by the user could be beneficial.

See xmlrpc.server.SimpleXMLRPCRequestHandler.accept_encodings and related code for an existing implementation.

Did you consider using Transfer-Encoding instead of Content-Encoding?

What do you propose to do with Content-Length? What would happen to code that uses persistent HTTP connections?

There are a few bugs open about this in the client: Issue 1508475 discusses handling compression (especially via Content-Encoding), and Issue 4733 talks about text decoding, which would depend on decoding the Content-Encoding first.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:42:19 2017
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Jun 2017 23:42:19 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496706139.88.0.0823729989568.issue30417@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset c53b13b270767948fddb58b287149c499f9a03c4 by Zachary Ware in branch 'master':
bpo-30417: Disable 'cpu' and 'tzdata' resources on Travis (GH-1928)
https://github.com/python/cpython/commit/c53b13b270767948fddb58b287149c499f9a03c4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:50:07 2017
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Jun 2017 23:50:07 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496706607.02.0.490406651497.issue30417@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2032

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:51:39 2017
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 05 Jun 2017 23:51:39 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496706699.23.0.968052988354.issue30417@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2033

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:56:17 2017
From: report at bugs.python.org (Fengyang Wang)
Date: Mon, 05 Jun 2017 23:56:17 +0000
Subject: [issue30577] Multidimensional comprehensions cannot access class
 variables except in the first for
Message-ID: <1496706976.92.0.429062921654.issue30577@psf.upfronthosting.co.za>


New submission from Fengyang Wang:

Reduced reproduction:

class X:
    r = [1, 2, 3]
    z = [(i, j) for i in [4, 5] for j in r]

fails with "NameError: name 'r' is not defined". The expected behavior would be for r to be resolved as the r in the class namespace. Note in contrast that

class Y:
    r = [1, 2, 3]
    z = [(i, j) for j in r for i in [4, 5]]

does not fail.

(Version 3.5.2 on Windows)

----------
components: Interpreter Core
messages: 295220
nosy: fengyang.wang
priority: normal
severity: normal
status: open
title: Multidimensional comprehensions cannot access class variables except in the first for
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30577>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:57:48 2017
From: report at bugs.python.org (Fengyang Wang)
Date: Mon, 05 Jun 2017 23:57:48 +0000
Subject: [issue30577] Multidimensional comprehensions cannot access class
 variables except in the first for
In-Reply-To: <1496706976.92.0.429062921654.issue30577@psf.upfronthosting.co.za>
Message-ID: <1496707068.25.0.502068483533.issue30577@psf.upfronthosting.co.za>


Fengyang Wang added the comment:

By the way, in Python 2.7 at least, this was working.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30577>
_______________________________________

From report at bugs.python.org  Mon Jun  5 19:58:19 2017
From: report at bugs.python.org (Martin Panter)
Date: Mon, 05 Jun 2017 23:58:19 +0000
Subject: [issue12067] Doc: remove errors about mixed-type comparisons.
In-Reply-To: <1305237573.86.0.646542413513.issue12067@psf.upfronthosting.co.za>
Message-ID: <1496707099.42.0.848637395906.issue12067@psf.upfronthosting.co.za>


Martin Panter added the comment:

Yes I think I committed all the documentation. Someone needs to decide whether to use Andy?s tests as they are, or perhaps modify or drop some or all of them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12067>
_______________________________________

From report at bugs.python.org  Mon Jun  5 20:01:19 2017
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Jun 2017 00:01:19 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496707279.54.0.784763378399.issue30417@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2034

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Mon Jun  5 20:06:17 2017
From: report at bugs.python.org (Fengyang Wang)
Date: Tue, 06 Jun 2017 00:06:17 +0000
Subject: [issue30577] Multidimensional comprehensions cannot access class
 variables except in the first for
In-Reply-To: <1496706976.92.0.429062921654.issue30577@psf.upfronthosting.co.za>
Message-ID: <1496707577.24.0.298734612756.issue30577@psf.upfronthosting.co.za>


Fengyang Wang added the comment:

It looks like this is a duplicate of http://bugs.python.org/issue11796

Sorry for the noise.

----------
resolution:  -> duplicate

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30577>
_______________________________________

From report at bugs.python.org  Mon Jun  5 20:10:24 2017
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Jun 2017 00:10:24 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496707824.2.0.0851894817544.issue30417@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset d125738e93a35125d0edbe8070dd47160bcda829 by Zachary Ware in branch '3.6':
[3.6] bpo-30417: Disable 'cpu' and 'tzdata' resources on Travis (GH-1928)
https://github.com/python/cpython/commit/d125738e93a35125d0edbe8070dd47160bcda829


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Mon Jun  5 20:13:57 2017
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Jun 2017 00:13:57 +0000
Subject: [issue30577] Multidimensional comprehensions cannot access class
 variables except in the first for
In-Reply-To: <1496706976.92.0.429062921654.issue30577@psf.upfronthosting.co.za>
Message-ID: <1496708037.16.0.898311218134.issue30577@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
stage:  -> resolved
status: open -> closed
superseder:  -> Comprehensions in a class definition mostly cannot access class variable

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30577>
_______________________________________

From report at bugs.python.org  Mon Jun  5 21:02:20 2017
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Jun 2017 01:02:20 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496710940.68.0.191252618678.issue30417@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 58e5dd1a03b3ce421f07085f8cd6e8566a1ed197 by Zachary Ware in branch '3.5':
[3.5] bpo-30417: Disable 'cpu' resource on Travis (GH-1928)
https://github.com/python/cpython/commit/58e5dd1a03b3ce421f07085f8cd6e8566a1ed197


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Mon Jun  5 21:03:07 2017
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 06 Jun 2017 01:03:07 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1496710987.66.0.131877816177.issue30417@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset ddf8f141f0181f9cac05c87383ea60887acffaec by Zachary Ware in branch '2.7':
[2.7] bpo-30417: Disable 'cpu' resource on Travis (GH-1928)
https://github.com/python/cpython/commit/ddf8f141f0181f9cac05c87383ea60887acffaec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Mon Jun  5 21:45:57 2017
From: report at bugs.python.org (Martin Panter)
Date: Tue, 06 Jun 2017 01:45:57 +0000
Subject: [issue23019] pyexpat.errors wrongly bound to message strings instead
 of message codes
In-Reply-To: <1418111127.16.0.333870475533.issue23019@psf.upfronthosting.co.za>
Message-ID: <1496713557.85.0.214749340305.issue23019@psf.upfronthosting.co.za>


Martin Panter added the comment:

Also, even in the Py 3 docs, the ErrorCode parser attribute is said to be numeric, but there is a suggestion to compare it with ?constants? defined in the ?errors? (module) object. I guess it should be clarified that you can?t compare it directly; perhaps using ErrorString or Py 3?s ?errors.codes? is more appropriate?

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23019>
_______________________________________

From report at bugs.python.org  Mon Jun  5 22:03:49 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 06 Jun 2017 02:03:49 +0000
Subject: [issue29929] Eliminate implicit __main__ relative imports
In-Reply-To: <1490692950.43.0.231452338576.issue29929@psf.upfronthosting.co.za>
Message-ID: <1496714629.86.0.349711140253.issue29929@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Ronald: that depends somewhat on how the installation is handled. For example, for entrypoints-style scripts, the entirety of __main__ is auto-generated anyway, and anyone using "./setup.py develop" or "pip install -e ." to add a suitable sys.path entry during development will still be able to do "import helper" regardless of what happens to sys.path by default.

However, Guido has stated he doesn't like the idea of requiring beginners to learn the "from . import helper" construct, so I think that's enough to kill that particular proposed solution to the problem described in my opening message.

Another solution proposed on python-ideas was to move the script directory to the *end* of sys.path rather than having it at the beginning, but the problem with that is that it not only cripples our ability to add new modules to the standard library, but it also greatly increases the odds of additions to site-packages by redistributors breaking end user scripts. As things currently stand, the name shadowing caused by such additions only needs to be resolved by projects that actually want to access the standard library or redistributor provided module. By contrast, if the script directory were added at the end of sys.path, then those scripts would outright break as they'd start getting the newly added module rather than the peer module they were expecting.

Eliminating both of those more general approaches pretty much leaves us with the one more narrowly focused option: when an import candidate matches `__main__.__spec__.origin`, we start ignoring it with a silent-by-default ImportWarning and move on. To avoid breaking imports when using the -m switch we'd likely need to accept PEP 499 as well, but I was generally inclined to do that anyway (I just hadn't gotten around to offering to be BDFL-Delegate for that PEP as the runpy module maintainer yet)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29929>
_______________________________________

From report at bugs.python.org  Mon Jun  5 22:19:41 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 02:19:41 +0000
Subject: [issue30052] URL Quoting page links to function Bytes instead of
 defintion
In-Reply-To: <1492001374.68.0.411275444037.issue30052@psf.upfronthosting.co.za>
Message-ID: <1496715581.01.0.766284244477.issue30052@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 798cfb212383a6f5a31b610825d1af1d376804b2 by Mariatta (Nick Coghlan) in branch '3.6':
bpo-30052: Always regenerate cross-references (GH-1339) (GH-1921)
https://github.com/python/cpython/commit/798cfb212383a6f5a31b610825d1af1d376804b2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30052>
_______________________________________

From report at bugs.python.org  Mon Jun  5 22:20:48 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 02:20:48 +0000
Subject: [issue30052] URL Quoting page links to function Bytes instead of
 defintion
In-Reply-To: <1492001374.68.0.411275444037.issue30052@psf.upfronthosting.co.za>
Message-ID: <1496715648.17.0.384324640671.issue30052@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Backport PR looks good so I went ahead and merged it :)
Thanks.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30052>
_______________________________________

From report at bugs.python.org  Mon Jun  5 22:44:21 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 06 Jun 2017 02:44:21 +0000
Subject: [issue12067] Doc: remove errors about mixed-type comparisons.
In-Reply-To: <1305237573.86.0.646542413513.issue12067@psf.upfronthosting.co.za>
Message-ID: <1496717061.74.0.745791746691.issue12067@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12067>
_______________________________________

From report at bugs.python.org  Mon Jun  5 22:44:33 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 06 Jun 2017 02:44:33 +0000
Subject: [issue30578] Misleading example in sys.set_coroutine_wrapper docs
Message-ID: <1496717073.05.0.260137843936.issue30578@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

In issue 24342, the invocation of coroutine wrappers specified via sys.set_coroutine_wrapper was fixed to catch and report the case of infinite recursion, where the wrapper attempts to instantiate a nested coroutine (which would call the wrapper, which would attempt to instantiate the coroutine, etc, etc)

The docs for sys.set_coroutine_wrapper include an example of this failure case: https://docs.python.org/3/library/sys.html#sys.set_coroutine_wrapper

However, if you're not reading carefully, it looks like an example of how to *use* sys.set_coroutine_wrapper, rather than an example of a case that won't work.

It would be better to include an example that either doesn't wrap the coroutine at all, or else uses one of the non-native coroutine emulations to avoid the infinite recursion problem:

```
import asyncio, sys

def wrapper(coro):
    @asyncio.coroutine
    def wrap(coro):
        print("Coroutine started")
        result = yield from coro
        print("Coroutine finished")
        return result
    return wrap(coro)

sys.set_coroutine_wrapper(wrapper)

async def foo():
    print("Coroutine running")
    return "Coroutine result"

import asyncio
asyncio.get_event_loop().run_until_complete(foo())
```

Also related: I discovered in writing this that "sys.set_coroutine_wrapper(None)" doesn't actually turn off coroutine wrapping. Instead, you still get this exception when attempting to recursively define an unwrapped one:

RuntimeError: coroutine wrapper <NULL> attempted to recursively wrap <code object wrap at 0x7eff31fbde40, file "<stdin>", line 2>)

That error was produced as follows:

```
import sys, contextlib

@contextlib.contextmanager
def disable_coroutine_wrapping():
    wrapper = sys.get_coroutine_wrapper()
    sys.set_coroutine_wrapper(None)
    try:
        yield
    finally:
        sys.set_coroutine_wrapper(wrapper)

def wrapper(coro):
    async def wrap(coro):
        print("Coroutine started")
        result = await coro
        print("Coroutine finished")
        return result
    with disable_coroutine_wrapping():
        return wrap(coro)

sys.set_coroutine_wrapper(wrapper)

async def foo():
    print("Coroutine running")
    return "Coroutine result"

import asyncio
asyncio.get_event_loop().run_until_complete(foo())
```

----------
assignee: docs at python
components: Documentation
messages: 295231
nosy: docs at python, giampaolo.rodola, haypo, ncoghlan, yselivanov
priority: normal
severity: normal
stage: needs patch
status: open
title: Misleading example in sys.set_coroutine_wrapper docs
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30578>
_______________________________________

From report at bugs.python.org  Mon Jun  5 23:07:05 2017
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Jun 2017 03:07:05 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496718425.38.0.0290229852512.issue30557@psf.upfronthosting.co.za>


Steve Dower added the comment:

Thanks. Apparently that "filter out bit 4" thing didn't exist in Win7. Guess I need to track down the actual docs and confirm exactly where that happens.

Doesn't break the important functionality though, just the test. I don't know that the exit code is stable when the process crashes, so perhaps I should just test for non-zero.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Mon Jun  5 23:34:19 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 03:34:19 +0000
Subject: [issue30303] IDLE: Add _utest to textview and add textview tests
In-Reply-To: <1494230289.92.0.930894896454.issue30303@psf.upfronthosting.co.za>
Message-ID: <1496720059.47.0.790070458891.issue30303@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Louie Lu, are you louisom on GitHub?
Here in the b.p.o it shows that you have signed CLA, indicated with an asterisk next to your username.
Somehow on GitHub the bot could not verify that you've signed it.

Please clarify. Thanks.

----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30303>
_______________________________________

From report at bugs.python.org  Mon Jun  5 23:38:17 2017
From: report at bugs.python.org (Louie Lu)
Date: Tue, 06 Jun 2017 03:38:17 +0000
Subject: [issue30303] IDLE: Add _utest to textview and add textview tests
In-Reply-To: <1494230289.92.0.930894896454.issue30303@psf.upfronthosting.co.za>
Message-ID: <1496720297.98.0.867766338339.issue30303@psf.upfronthosting.co.za>


Louie Lu added the comment:

Mariatta: yes, louisom is my GitHub account. but I migrate to mlouielu this new account. Should I add louisom to b.p.o GitHub account list?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30303>
_______________________________________

From report at bugs.python.org  Mon Jun  5 23:41:53 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Tue, 06 Jun 2017 03:41:53 +0000
Subject: [issue30579] Allow traceback objects to be
 instantiated/mutated/annotated
Message-ID: <1496720513.53.0.619437315354.issue30579@psf.upfronthosting.co.za>


New submission from Nathaniel Smith:

Currently, traceback objects don't expose any public constructor, are immutable, and don't have a __dict__ or allow subclassing, which makes it impossible to add extra annotations them.

It would be nice if these limitations were lifted, because there are rare but important cases where code needs to manipulate tracebacks directly, and currently these have to use awful stuff like ctypes. For example:

Jinja2:
https://github.com/pallets/jinja/blob/bec0065c4e7e89e7d893eda7840ba0219824b23c/jinja2/debug.py#L298-L372

Trio:
https://github.com/python-trio/trio/blob/496493afecc22d7d1a17175b6a2748a9c3510066/trio/_core/_multierror.py#L233-L318

(Notice that on PyPy there are no ctypes, but instead they have special extension that's supported for this case only to keep jinja2 working.)

For the above cases, what's needed is the ability to instantiate and assign to the fields of traceback objects.

In addition, in trio I'd like to be able to annotate traceback objects so that the traceback printing machinery can do things like hide "internal" tracebacks, or highlight places where exceptions jumped between tasks. This would be much easier if there were some way to attach data to tracebacks. Probably it doesn't make sense for traceback objects to have a __dict__ by default for speed/memory reasons, but we could add a dedicated metadata slot that is normally empty but can have arbitrary data assigned, or if they allowed subclassing then I could add a __dict__ in a subclass

I'm CC'ing the "import machinery" interest list, because my understanding is that with the new import system there's a similar desire to hide "internal" traceback frames, and while the features requested in this bug report won't solve that problem directly they might (are intended to) provide some useful machinery for it. Feel free to un-CC if I'm wrong :Jinja2:
https://github.com/pallets/jinja/blob/bec0065c4e7e89e7d893eda7840ba0219824b23c/jinja2/debug.py#L298-L372
-).

I think that this should be very straightforward to implement: it's just that no-one ever implemented setters etc. for tracebacks.

----------
components: Interpreter Core
messages: 295235
nosy: brett.cannon, eric.snow, ncoghlan, njs
priority: normal
severity: normal
status: open
title: Allow traceback objects to be instantiated/mutated/annotated
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30579>
_______________________________________

From report at bugs.python.org  Mon Jun  5 23:42:45 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Tue, 06 Jun 2017 03:42:45 +0000
Subject: [issue30579] Allow traceback objects to be
 instantiated/mutated/annotated
In-Reply-To: <1496720513.53.0.619437315354.issue30579@psf.upfronthosting.co.za>
Message-ID: <1496720565.4.0.787544941529.issue30579@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

Uh, please ignore the random second paste of the jinja2 URL in the middle of the second to last paragraph.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30579>
_______________________________________

From report at bugs.python.org  Tue Jun  6 00:00:59 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 06 Jun 2017 04:00:59 +0000
Subject: [issue30579] Allow traceback objects to be
 instantiated/mutated/annotated
In-Reply-To: <1496720513.53.0.619437315354.issue30579@psf.upfronthosting.co.za>
Message-ID: <1496721658.99.0.708916843635.issue30579@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Rather than allowing this on tracebacks directly, I'd prefer to build on the "TracebackException" work and allow traceback summaries in all the places where we currently require real tracebacks (including exception __traceback__ attributes): https://docs.python.org/3/library/traceback.html#tracebackexception-objects

The essential requirement here would be to abstract out a "traceback protocol" from the current concrete traceback objects, and adapt affected parts of the interpreter (such as the traceback display on shutdown) to use that abstract protocol when dealing with a non-native traceback object.

----------
nosy: +giampaolo.rodola, haypo, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30579>
_______________________________________

From report at bugs.python.org  Tue Jun  6 00:24:23 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Tue, 06 Jun 2017 04:24:23 +0000
Subject: [issue30579] Allow traceback objects to be
 instantiated/mutated/annotated
In-Reply-To: <1496720513.53.0.619437315354.issue30579@psf.upfronthosting.co.za>
Message-ID: <1496723063.32.0.712346465782.issue30579@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

My understanding is that the major difference between a real traceback object and a TracebackException object is that the latter is specialized for printing, so it can be lighter weight (no pinning of frame objects in memory), but loses some utility (can't do post-mortem debugging).

If that's right, then that's definitely not a solution, because trio and jinja2 and import errors all need to support post-mortem debugging.

I'm not against the idea of defining a traceback protocol, but it seems like a lot of work when the existing traceback objects are already perfectly good container objects that are just missing a few simple features.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30579>
_______________________________________

From report at bugs.python.org  Tue Jun  6 00:44:47 2017
From: report at bugs.python.org (Kubilay Kocak)
Date: Tue, 06 Jun 2017 04:44:47 +0000
Subject: [issue29077] build failure when enabling dtrace on FreeBSD
In-Reply-To: <1482779942.39.0.346100216113.issue29077@psf.upfronthosting.co.za>
Message-ID: <1496724287.05.0.647508078186.issue29077@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

For what it's worth, the koobs-freebsd-current buildbot worker has DTrace enabled and can be used to build/test Python/dtrace bits

Zach and I spoke recently about getting custom builds hooked up to GitHub, which I believe is now already possible, so all that's left is to determine a way to pass the appropriate extra configure argument to the build without having to create another customer builder. CC Zach accordingly

----------
nosy: +koobs, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29077>
_______________________________________

From report at bugs.python.org  Tue Jun  6 00:50:21 2017
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 06 Jun 2017 04:50:21 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1496724621.61.0.986360424511.issue30450@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

I just disabled viewvc on svn.python.org because of a security problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Tue Jun  6 02:23:31 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 06 Jun 2017 06:23:31 +0000
Subject: [issue30303] IDLE: Add _utest to textview and add textview tests
In-Reply-To: <1494230289.92.0.930894896454.issue30303@psf.upfronthosting.co.za>
Message-ID: <1496730211.38.0.147835904421.issue30303@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

If the bpo profile allows more than one git account, then please add the second one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30303>
_______________________________________

From report at bugs.python.org  Tue Jun  6 02:58:08 2017
From: report at bugs.python.org (Louie Lu)
Date: Tue, 06 Jun 2017 06:58:08 +0000
Subject: [issue30521] IDLE: Add navigate bar and replace current goto dialog
In-Reply-To: <1496217736.64.0.123972960126.issue30521@psf.upfronthosting.co.za>
Message-ID: <1496732288.77.0.605065011092.issue30521@psf.upfronthosting.co.za>


Louie Lu added the comment:

I agree with what you says that the prefix of ":" and "@" may confuse beginners when using "goto line" function.

I survey some editor, that visual studio and sublime use this kind of navigate bar, but visual studio will show up "go to line xx" when user type the integer into it.

Komodo editor and Android Studio will prompt up a dialog inside the window (not a separate window dialog) and let user enter the line number.

notepadqq (notepad++ on Linux), leafpad, Code::Blocks, and IDLE will prompt out a seperate dialog for goto function.

-----

If we change to use a Label to display that the navigate bar's function is "Go to line", and close the navigate bar when user focusOut the bar, will it be more proper for the beginner user?

-----

For proposing this patch, one main reason is that Tkinter didn't support not-separate dialog, I'm ok with a dialog or navigate bar (whatever else is ok), if the single-window app is in the roadmap, then we still will need to face that these dialog (search, goto ..etc) need another way to solve it.

If we still want the form of a dialog, then Android Studio's dialog may be what we want for IDLE, it is not separate from main-UI, and it is a traditional dialog. (screenshot attached)



p.s. In unix, the setting of goto-line is control+g, windows is alt+g, both of our shortcut are right.

----------
Added file: http://bugs.python.org/file46925/Selection_0804.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30521>
_______________________________________

From report at bugs.python.org  Tue Jun  6 03:13:58 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 07:13:58 +0000
Subject: [issue26103] Contradiction in definition of "data descriptor" between
 (dotted lookup behavior/datamodel documentation) and (inspect
 lib/descriptor how-to)
In-Reply-To: <1452718612.1.0.925403449689.issue26103@psf.upfronthosting.co.za>
Message-ID: <1496733238.56.0.649712293597.issue26103@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This isn't just a documentation issue since it fixes inspect.isdatadescriptor(). I confirm that the new implementation better matches the C code. LGTM, but needed tests for inspect.isdatadescriptor() and a Misc/NEWS entry.

----------
assignee: docs at python -> 
nosy: +serhiy.storchaka
stage: needs patch -> patch review
versions: +Python 2.7, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26103>
_______________________________________

From report at bugs.python.org  Tue Jun  6 03:15:42 2017
From: report at bugs.python.org (Hassan El Karouni)
Date: Tue, 06 Jun 2017 07:15:42 +0000
Subject: [issue30510] c_bool type not supported for BigEndianStructure on
 little-endian machine
In-Reply-To: <1496140554.49.0.81782531481.issue30510@psf.upfronthosting.co.za>
Message-ID: <1496733342.38.0.757765210788.issue30510@psf.upfronthosting.co.za>


Changes by Hassan El Karouni <elkarouh at gmail.com>:


Added file: http://bugs.python.org/file46926/c_bool_bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30510>
_______________________________________

From report at bugs.python.org  Tue Jun  6 03:16:52 2017
From: report at bugs.python.org (Hassan El Karouni)
Date: Tue, 06 Jun 2017 07:16:52 +0000
Subject: [issue30510] c_bool type not supported for BigEndianStructure on
 little-endian machine
In-Reply-To: <1496140554.49.0.81782531481.issue30510@psf.upfronthosting.co.za>
Message-ID: <1496733412.83.0.263729431593.issue30510@psf.upfronthosting.co.za>


Changes by Hassan El Karouni <elkarouh at gmail.com>:


Added file: http://bugs.python.org/file46927/__init__.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30510>
_______________________________________

From report at bugs.python.org  Tue Jun  6 03:22:41 2017
From: report at bugs.python.org (Liran Nuna)
Date: Tue, 06 Jun 2017 07:22:41 +0000
Subject: [issue29051] Improve error reporting involving f-strings (PEP 498)
In-Reply-To: <1482494461.91.0.191852219403.issue29051@psf.upfronthosting.co.za>
Message-ID: <1496733761.08.0.611869542828.issue29051@psf.upfronthosting.co.za>


Changes by Liran Nuna <liranuna at gmail.com>:


----------
nosy: +Liran Nuna

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29051>
_______________________________________

From report at bugs.python.org  Tue Jun  6 03:47:08 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 07:47:08 +0000
Subject: [issue30529] Incorrect error messages for invalid whitespaces in
 f-string subexpressions
In-Reply-To: <1496262292.77.0.0898281487446.issue30529@psf.upfronthosting.co.za>
Message-ID: <1496735228.39.0.0850643240729.issue30529@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could you please look at the patch Eric?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30529>
_______________________________________

From report at bugs.python.org  Tue Jun  6 05:10:00 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 06 Jun 2017 09:10:00 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1496740200.0.0.217777622387.issue30571@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Tue Jun  6 05:36:02 2017
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Tue, 06 Jun 2017 09:36:02 +0000
Subject: [issue30095] HTMLCalendar allow custom classes
In-Reply-To: <1492544277.59.0.956887104329.issue30095@psf.upfronthosting.co.za>
Message-ID: <1496741762.06.0.270867869743.issue30095@psf.upfronthosting.co.za>


Walter D?rwald added the comment:


New changeset 8b7a4cc40e9b2f34da94efb75b158da762624015 by Walter D?rwald (Oz N Tiram) in branch 'master':
bpo-30095: Make CSS classes used by calendar.HTMLCalendar customizable (GH-1439)
https://github.com/python/cpython/commit/8b7a4cc40e9b2f34da94efb75b158da762624015


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30095>
_______________________________________

From report at bugs.python.org  Tue Jun  6 07:10:55 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 06 Jun 2017 11:10:55 +0000
Subject: [issue27494] 2to3 parser failure caused by a comma after a generator
 expression
In-Reply-To: <1468319353.83.0.357995670089.issue27494@psf.upfronthosting.co.za>
Message-ID: <1496747455.81.0.380588066337.issue27494@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Adding benjamin.peterson as he is listed as the expert for 2to3.

----------
nosy: +benjamin.peterson, csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27494>
_______________________________________

From report at bugs.python.org  Tue Jun  6 07:13:47 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 06 Jun 2017 11:13:47 +0000
Subject: [issue10746] ctypes c_long & c_bool have incorrect PEP-3118 type codes
In-Reply-To: <1292888248.06.0.197043159654.issue10746@psf.upfronthosting.co.za>
Message-ID: <1496747627.79.0.821164614457.issue10746@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Added the names from the experts list to this ticket.

----------
nosy: +amaury.forgeotdarc, belopolsky, csabella, meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10746>
_______________________________________

From report at bugs.python.org  Tue Jun  6 07:14:41 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 06 Jun 2017 11:14:41 +0000
Subject: [issue30579] Allow traceback objects to be
 instantiated/mutated/annotated
In-Reply-To: <1496720513.53.0.619437315354.issue30579@psf.upfronthosting.co.za>
Message-ID: <1496747681.55.0.859479444717.issue30579@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Aye, if you need full post-mortem debugging support, then updating the public API of the actual traceback objects based on the current ctypes-based workaround does seem like a better path forward.

TracebackException and friends would more come into play for the "make traceback printing easier to customise" part of your presentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30579>
_______________________________________

From report at bugs.python.org  Tue Jun  6 07:15:49 2017
From: report at bugs.python.org (Philip Ridout)
Date: Tue, 06 Jun 2017 11:15:49 +0000
Subject: [issue19717] resolve() fails when the path doesn't exist
In-Reply-To: <1385142353.37.0.842056066182.issue19717@psf.upfronthosting.co.za>
Message-ID: <1496747749.27.0.201280486937.issue19717@psf.upfronthosting.co.za>


Changes by Philip Ridout <phill.ridout at gmail.com>:


----------
nosy: +Philip Ridout

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19717>
_______________________________________

From report at bugs.python.org  Tue Jun  6 07:16:56 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 06 Jun 2017 11:16:56 +0000
Subject: [issue29403] mock's autospec's behavior on method-bound builtin
 functions is broken
In-Reply-To: <1485903715.23.0.569013669104.issue29403@psf.upfronthosting.co.za>
Message-ID: <1496747816.65.0.757584427018.issue29403@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

This PR appears to have been approved, perhaps pending input from michael.foord?

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29403>
_______________________________________

From report at bugs.python.org  Tue Jun  6 07:19:31 2017
From: report at bugs.python.org (Louie Lu)
Date: Tue, 06 Jun 2017 11:19:31 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496747971.04.0.993691768058.issue30542@psf.upfronthosting.co.za>


Louie Lu added the comment:

Briefly speaking, I think this is not a *easy* issue. There is two things need to concern in this issue. 

First, it that the test case is *randomize*, lineno 282 randomly choice 10 file to test. So you will need to stabilize this first.

Second, the minimize range is inside `self.check_roundtrip`'s `compile`, the main reason that this issue can not be *easy issue* is at here, test_unparse read the test file and put it into compile, so generally, you can't find the bug inside the compile function, is the result after compile it. So the main ref leak is in other test files, not this one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Tue Jun  6 07:28:01 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 06 Jun 2017 11:28:01 +0000
Subject: [issue29569] threading.Timer class: Continue periodical execution
 till action returns True
In-Reply-To: <1487170450.59.0.269062661251.issue29569@psf.upfronthosting.co.za>
Message-ID: <1496748481.09.0.891300424491.issue29569@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

This bug report has been closed, but the PR is still open.  Please close the PR.  Thank you.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29569>
_______________________________________

From report at bugs.python.org  Tue Jun  6 08:25:27 2017
From: report at bugs.python.org (Nils Lindemann)
Date: Tue, 06 Jun 2017 12:25:27 +0000
Subject: [issue25444] Py Launch Icon
In-Reply-To: <1445315488.63.0.0387362218843.issue25444@psf.upfronthosting.co.za>
Message-ID: <1496751927.1.0.665096183844.issue25444@psf.upfronthosting.co.za>


Nils Lindemann added the comment:

Two years later: To the dude who removed the rocket from the icons in 3.6: I LOVE YOU!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25444>
_______________________________________

From report at bugs.python.org  Tue Jun  6 08:34:54 2017
From: report at bugs.python.org (Nils Lindemann)
Date: Tue, 06 Jun 2017 12:34:54 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
Message-ID: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>


New submission from Nils Lindemann:

All examples on

https://docs.python.org/3/library/wsgiref.html

raise this exception:

Traceback (most recent call last):
  File "C:\Code\test\server.py", line 110, in <module>
    with make_server('', 8000, simple_app) as httpd:
AttributeError: __exit__

Tested with

Python 3.6.1 (v3.6.1:69c0db5, Mar 21 2017, 18:41:36) [MSC v.1900 64 bit (AMD64)] on win32

----------
messages: 295253
nosy: Nils-Hero
priority: normal
severity: normal
status: open
title: WSGI examples raise AttributeError: __exit__
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 08:49:39 2017
From: report at bugs.python.org (robbuckley)
Date: Tue, 06 Jun 2017 12:49:39 +0000
Subject: [issue30581] os.cpu_count() returns wrong number of processors on
 system with > 64 logical processors
Message-ID: <1496753379.54.0.823104830335.issue30581@psf.upfronthosting.co.za>


New submission from robbuckley:

os.cpu_count() seems to report incorrect values on windows systems with >64 logical processors

tried it on 2 similar systems, both running windows 7 / 10 with python 3.6.1 64bit (anaconda):

platform1 - 2x Xeon E5-2698v4. 20 cores/CPU = total 80 logical cpus with hyperthreading
platform2 - 2x Xeon E5-2697v3. 14 cores/CPU = total 56 logical cpus with hyperthreading

os.cpu_count() reports 40 cores on platform1 and 56 on platform2

I would expect 80 and 56 respectively. 

I suppose this is because the windows api call used is not aware of processor groups, and reports only the number of processors in the current processor group ( eg GetSystemInfo vs GetMaximumProcessorCount )

----------
components: Windows
messages: 295254
nosy: paul.moore, robbuckley, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30581>
_______________________________________

From report at bugs.python.org  Tue Jun  6 08:53:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Jun 2017 12:53:23 +0000
Subject: [issue30581] os.cpu_count() returns wrong number of processors on
 system with > 64 logical processors
In-Reply-To: <1496753379.54.0.823104830335.issue30581@psf.upfronthosting.co.za>
Message-ID: <1496753603.09.0.0109750133525.issue30581@psf.upfronthosting.co.za>


STINNER Victor added the comment:

On Windows, os.cpu_count() is currently implemented with:

"GetSystemInfo(&sysinfo); return sysinfo.dwNumberOfProcessors;"

https://msdn.microsoft.com/en-us/library/windows/desktop/ms724958(v=vs.85).aspx

It seems to return the number of *logical* CPUs:

"""
dwNumberOfProcessors

    The number of logical processors in the current group.

Note: For information about the physical processors shared by logical processors, call GetLogicalProcessorInformationEx with the RelationshipType parameter set to RelationProcessorPackage (3).
"""

It seems like you have two physical CPU packages. Maybe the function only returns infos from the first package?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30581>
_______________________________________

From report at bugs.python.org  Tue Jun  6 08:54:52 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Jun 2017 12:54:52 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496753692.19.0.651227474345.issue30580@psf.upfronthosting.co.za>


R. David Murray added the comment:

something is wrong in your setup then.  I suspect you have a mismatch between the python version you think you are running the one you are actually running, and/or which library code it is accessing.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 08:55:54 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Jun 2017 12:55:54 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496753754.92.0.95691083845.issue30580@psf.upfronthosting.co.za>


R. David Murray added the comment:

Either that or you aren't really running the make_server from wsgiref.simple_server.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 08:56:00 2017
From: report at bugs.python.org (robbuckley)
Date: Tue, 06 Jun 2017 12:56:00 +0000
Subject: [issue30581] os.cpu_count() returns wrong number of processors on
 system with > 64 logical processors
In-Reply-To: <1496753379.54.0.823104830335.issue30581@psf.upfronthosting.co.za>
Message-ID: <1496753760.48.0.255930950729.issue30581@psf.upfronthosting.co.za>


robbuckley added the comment:

yes, i believe its reporting the number of processors in the current group only, not across all groups.

attached output of windows sysinternals/coreinfo showing 2 processor groups

see https://github.com/giampaolo/psutil/issues/771 for some further disucssion of this topic

the maintainer of psutil asked me to raise this bug, also had a quick check on #python IRC. Its my first bug on bugs.python.org so if you need more info just let me know

----------
Added file: http://bugs.python.org/file46928/ci.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30581>
_______________________________________

From report at bugs.python.org  Tue Jun  6 09:04:03 2017
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Tue, 06 Jun 2017 13:04:03 +0000
Subject: [issue30095] HTMLCalendar allow custom classes
In-Reply-To: <1492544277.59.0.956887104329.issue30095@psf.upfronthosting.co.za>
Message-ID: <1496754243.91.0.274269528872.issue30095@psf.upfronthosting.co.za>


Walter D?rwald added the comment:

Closing the issue. The patch has been merged.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30095>
_______________________________________

From report at bugs.python.org  Tue Jun  6 09:14:54 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Jun 2017 13:14:54 +0000
Subject: [issue24744] Lack of type checks in pkgutil.walk_packages and friends
In-Reply-To: <1438099888.11.0.752519898586.issue24744@psf.upfronthosting.co.za>
Message-ID: <1496754894.24.0.0807267359661.issue24744@psf.upfronthosting.co.za>


R. David Murray added the comment:

In thinking about merging this, I realize something I should have thought about earlier: we are proposing to raise an error where none was previously raised.  Now, any code that would hit this would be broken, but nonetheless, by our backward compatibility policy we should do this only in 3.7, and we should add a note to the porting section of What's New.  And the PR needs a news entry.

----------
components: +Library (Lib) -Interpreter Core
type:  -> behavior
versions: +Python 3.7 -Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24744>
_______________________________________

From report at bugs.python.org  Tue Jun  6 09:31:33 2017
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 06 Jun 2017 13:31:33 +0000
Subject: [issue25444] Py Launch Icon
In-Reply-To: <1445315488.63.0.0387362218843.issue25444@psf.upfronthosting.co.za>
Message-ID: <1496755893.9.0.293636633562.issue25444@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The new launcher icon still has a rocket on it, which I especially like because it's easily distinguished when using the GUI to associate .py[w] scripts. However, it's not the icon used for .py[w] files, so it's rarely seen.

----------
nosy: +eryksun
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Add pyd icon for 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25444>
_______________________________________

From report at bugs.python.org  Tue Jun  6 09:53:30 2017
From: report at bugs.python.org (Tal Kogan)
Date: Tue, 06 Jun 2017 13:53:30 +0000
Subject: [issue30582] Incorrect propagation in logging.wheb creating lighters
 in a certain order
Message-ID: <1496757210.37.0.331930317615.issue30582@psf.upfronthosting.co.za>


New submission from Tal Kogan:

Creating a logger at level 3 and below and then creating a logger at level 1 will not correctly set the parent logger for the 3rd level logger. 

import logging
log_c = logging.getLogger('a.b.c')
log_a = logging.getLogger('a')
log_c.error("spam") # Doesn't showa

----------
components: Library (Lib)
messages: 295262
nosy: Tal Kogan
priority: normal
severity: normal
status: open
title: Incorrect propagation in logging.wheb creating lighters in a certain order
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30582>
_______________________________________

From report at bugs.python.org  Tue Jun  6 10:08:17 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 06 Jun 2017 14:08:17 +0000
Subject: [issue30582] Incorrect propagation in logging.wheb creating lighters
 in a certain order
In-Reply-To: <1496757210.37.0.331930317615.issue30582@psf.upfronthosting.co.za>
Message-ID: <1496758097.05.0.530747766074.issue30582@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30582>
_______________________________________

From report at bugs.python.org  Tue Jun  6 10:23:23 2017
From: report at bugs.python.org (slytomcat)
Date: Tue, 06 Jun 2017 14:23:23 +0000
Subject: [issue29569] threading.Timer class: Continue periodical execution
 till action returns True
In-Reply-To: <1496748481.09.0.891300424491.issue29569@psf.upfronthosting.co.za>
Message-ID: <CAK0MtkO32sxQPN=Hfu38VKhi+Sc9zLX1pQjkuu=2cCYYYgiCNw@mail.gmail.com>


slytomcat added the comment:

done

2017-06-06 14:28 GMT+03:00 Cheryl Sabella <report at bugs.python.org>:

>
> Cheryl Sabella added the comment:
>
> This bug report has been closed, but the PR is still open.  Please close
> the PR.  Thank you.
>
> ----------
> nosy: +csabella
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue29569>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29569>
_______________________________________

From report at bugs.python.org  Tue Jun  6 10:55:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Jun 2017 14:55:42 +0000
Subject: [issue30319] ConnectionResetError: [Errno 54] Connection reset by
 peer in socket.close on FreeBSD, Py 3.6
In-Reply-To: <1494345613.61.0.862517173328.issue30319@psf.upfronthosting.co.za>
Message-ID: <1496760942.9.0.56330918897.issue30319@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Before discussing revert, I would like experimenting fixing calls to
sock.close(). How much changes do we need to ignore exeptions on
sock.close()?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30319>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:34:32 2017
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 06 Jun 2017 15:34:32 +0000
Subject: [issue30520] loggers can't be pickled
In-Reply-To: <1496217048.71.0.370871054359.issue30520@psf.upfronthosting.co.za>
Message-ID: <1496763272.15.0.159709719584.issue30520@psf.upfronthosting.co.za>


Vinay Sajip added the comment:


New changeset 6260d9f2039976372e0896d517b3c06e606eb169 by Vinay Sajip in branch 'master':
bpo-30520: Implemented pickling for loggers. (#1956)
https://github.com/python/cpython/commit/6260d9f2039976372e0896d517b3c06e606eb169


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30520>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:38:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Jun 2017 15:38:30 +0000
Subject: [issue27838] test_os.test_chown() failure on koobs-freebsd-{current, 
 9}
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1496763510.56.0.410987153052.issue27838@psf.upfronthosting.co.za>


STINNER Victor added the comment:

New failure on AMD64 FreeBSD CURRENT Debug 3.5.

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%203.5/builds/112/steps/test/logs/stdio

======================================================================
ERROR: test_chown (test.test_os.ChownFileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.5.koobs-freebsd-current/build/Lib/test/test_os.py", line 1209, in test_chown
    os.chown(support.TESTFN, uid, gid_1)
PermissionError: [Errno 1] Operation not permitted: '@test_10547_tmp'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:39:08 2017
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 06 Jun 2017 15:39:08 +0000
Subject: [issue30520] loggers can't be pickled
In-Reply-To: <1496217048.71.0.370871054359.issue30520@psf.upfronthosting.co.za>
Message-ID: <1496763548.51.0.753827214203.issue30520@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
assignee:  -> vinay.sajip
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30520>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:43:38 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 15:43:38 +0000
Subject: [issue25324] Importing tokenize modifies token
In-Reply-To: <1444145798.79.0.176080140328.issue25324@psf.upfronthosting.co.za>
Message-ID: <1496763818.16.0.457337163599.issue25324@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 5cefb6cfdd089d237ba6724bb5311ee4f04be59f by Serhiy Storchaka in branch 'master':
bpo-25324: Move the description of tokenize tokens to token.rst. (#1911)
https://github.com/python/cpython/commit/5cefb6cfdd089d237ba6724bb5311ee4f04be59f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25324>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:43:53 2017
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 06 Jun 2017 15:43:53 +0000
Subject: [issue30582] Incorrect propagation in logging.wheb creating lighters
 in a certain order
In-Reply-To: <1496757210.37.0.331930317615.issue30582@psf.upfronthosting.co.za>
Message-ID: <1496763833.84.0.503992615164.issue30582@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

You haven't clearly stated what you expect to happen vs. what happens. I don't believe there is a bug here:

$ python3.6
Python 3.6.1+ (heads/3.6:2ee91c8, May 28 2017, 14:14:12) 
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import logging
>>> log_c = logging.getLogger('a.b.c')
>>> log_a = logging.getLogger('a')
>>> log_c.error('spam')
spam
>>> 

This behaviour is as expected.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30582>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:44:47 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 06 Jun 2017 15:44:47 +0000
Subject: [issue19717] resolve() fails when the path doesn't exist
In-Reply-To: <1385142353.37.0.842056066182.issue19717@psf.upfronthosting.co.za>
Message-ID: <1496763887.46.0.168425500303.issue19717@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19717>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:45:31 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 15:45:31 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496763931.17.0.185644021167.issue30534@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 5eb788bf7f54a8e04429e18fc332db858edd64b6 by Serhiy Storchaka in branch 'master':
bpo-30534: Fixed error messages when pass keyword arguments (#1901)
https://github.com/python/cpython/commit/5eb788bf7f54a8e04429e18fc332db858edd64b6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:46:30 2017
From: report at bugs.python.org (Vikram Hegde)
Date: Tue, 06 Jun 2017 15:46:30 +0000
Subject: [issue30566] punycode codec raises IndexError in
 decode_generalized_number()
In-Reply-To: <1496591394.26.0.00653153658066.issue30566@psf.upfronthosting.co.za>
Message-ID: <1496763990.8.0.420860984981.issue30566@psf.upfronthosting.co.za>


Vikram Hegde added the comment:

I have a patch for this problem but my contributor agreement has not been accepted yet, so I can't do a pull request.

Use the python package tldextract to trigger the bug. Here is a sample

Python 3.6.0 |Anaconda 4.3.1 (64-bit)| (default, Dec 23 2016, 12:22:00) 
[GCC 4.4.7 20120313 (Red Hat 4.4.7-1)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import tldextract
>>> tldextract.extract("xn--w&")
Traceback (most recent call last):
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/encodings/punycode.py", line 207, in decode
    res = punycode_decode(input, errors)
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/encodings/punycode.py", line 194, in punycode_decode
    return insertion_sort(base, extended, errors)
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/encodings/punycode.py", line 165, in insertion_sort
    bias, errors)
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/encodings/punycode.py", line 146, in decode_generalized_number
    % extended[extpos])
IndexError: string index out of range

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/site-packages/tldextract/tldextract.py", line 358, in extract
    return TLD_EXTRACTOR(url)
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/site-packages/tldextract/tldextract.py", line 237, in __call__
    translations = [decode_punycode(label).lower() for label in labels]
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/site-packages/tldextract/tldextract.py", line 237, in <listcomp>
    translations = [decode_punycode(label).lower() for label in labels]
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/site-packages/tldextract/tldextract.py", line 232, in decode_punycode
    return idna.decode(label.encode('ascii'))
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/site-packages/idna/core.py", line 384, in decode
    result.append(ulabel(label))
  File "/home/vikram-work/anaconda3/envs/pefeatextract-debug/lib/python3.6/site-packages/idna/core.py", line 302, in ulabel
    label = label.decode('punycode')
IndexError: decoding with 'punycode' codec failed (IndexError: string index out of range)
>>>

----------
nosy: +Vikram Hegde

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30566>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:54:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 15:54:21 +0000
Subject: [issue25324] Importing tokenize modifies token
In-Reply-To: <1444145798.79.0.176080140328.issue25324@psf.upfronthosting.co.za>
Message-ID: <1496764461.51.0.379422258291.issue25324@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25324>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:56:44 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 15:56:44 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496764604.83.0.445112528318.issue30534@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:57:02 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 06 Jun 2017 15:57:02 +0000
Subject: [issue30303] IDLE: Add _utest to textview and add textview tests
In-Reply-To: <1494230289.92.0.930894896454.issue30303@psf.upfronthosting.co.za>
Message-ID: <1496764622.34.0.787876579522.issue30303@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset e1a60d903276da10d1ac098e59103f4a72bef08e by terryjreedy (Mariatta) in branch '3.6':
[3.6] bpo-30303: IDLE: Add _utest argument to textview (GH-1499) (#1916)
https://github.com/python/cpython/commit/e1a60d903276da10d1ac098e59103f4a72bef08e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30303>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:59:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Jun 2017 15:59:13 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496764752.99.0.551516422232.issue30557@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2035

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Tue Jun  6 11:59:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 15:59:55 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496764795.28.0.846818574803.issue30567@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2036

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Tue Jun  6 12:00:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 16:00:40 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496764840.36.0.362586502161.issue30567@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2037

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Tue Jun  6 12:05:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 06 Jun 2017 16:05:20 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496765120.18.0.686136699238.issue30557@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like all 3.x Windows buildbots are red... except of x86 Windows7 3.x.

Only on Windows older than 7 SP 1, so on Windows 7 for buildbots, the bit is cleared.

I created https://github.com/python/cpython/pull/1969 to try to fix buildbots.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Tue Jun  6 12:10:04 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 06 Jun 2017 16:10:04 +0000
Subject: [issue30581] os.cpu_count() returns wrong number of processors on
 system with > 64 logical processors
In-Reply-To: <1496753379.54.0.823104830335.issue30581@psf.upfronthosting.co.za>
Message-ID: <1496765404.21.0.842586164678.issue30581@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30581>
_______________________________________

From report at bugs.python.org  Tue Jun  6 12:12:05 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 16:12:05 +0000
Subject: [issue23787] sum() function docstring lists arguments incorrectly
In-Reply-To: <1427455446.97.0.658394608092.issue23787@psf.upfronthosting.co.za>
Message-ID: <1496765525.93.0.643569216809.issue23787@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 536209ef92f16ea8823209a3c4b8763c0ec5d4bc by Mariatta in branch '2.7':
bpo-23787: Change sum() docstring from sequence to iterable (GH-1859)
https://github.com/python/cpython/commit/536209ef92f16ea8823209a3c4b8763c0ec5d4bc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23787>
_______________________________________

From report at bugs.python.org  Tue Jun  6 12:12:54 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 16:12:54 +0000
Subject: [issue23787] sum() function docstring lists arguments incorrectly
In-Reply-To: <1427455446.97.0.658394608092.issue23787@psf.upfronthosting.co.za>
Message-ID: <1496765574.82.0.00671692501132.issue23787@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Raymond's patch has been applied to 2.7 branch.
Thanks :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23787>
_______________________________________

From report at bugs.python.org  Tue Jun  6 12:23:04 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 16:23:04 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496766184.44.0.15719616896.issue30567@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 68e5af89d46db6250a0fa7fe4249c66f866faff8 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30567: Fix refleak in sys.getwindowsversion (GH-1940) (#1970)
https://github.com/python/cpython/commit/68e5af89d46db6250a0fa7fe4249c66f866faff8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Tue Jun  6 12:23:23 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 16:23:23 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496766203.66.0.532192999764.issue30567@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 86f8f1f05cd5822b4a4031b90cfdbe5fa1b1159e by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30567: Fix refleak in sys.getwindowsversion (GH-1940) (#1971)
https://github.com/python/cpython/commit/86f8f1f05cd5822b4a4031b90cfdbe5fa1b1159e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Tue Jun  6 12:24:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 16:24:40 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496766280.03.0.520546529652.issue30567@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your patch Segev!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:16:36 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Jun 2017 17:16:36 +0000
Subject: [issue30566] punycode codec raises IndexError in
 decode_generalized_number()
In-Reply-To: <1496591394.26.0.00653153658066.issue30566@psf.upfronthosting.co.za>
Message-ID: <1496769396.44.0.429867862465.issue30566@psf.upfronthosting.co.za>


R. David Murray added the comment:

You don't need an eternal package, just decoding b'xn--w&' with punycode will produce the traceback.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30566>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:27:29 2017
From: report at bugs.python.org (wim glenn)
Date: Tue, 06 Jun 2017 17:27:29 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
Message-ID: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>


New submission from wim glenn:

Typo from https://github.com/python/cpython/commit/94c8a3f91fbba72845706853d28bd5af8fc11875#diff-5a85d656ffad06e86bee33767ae24f33R1852 went unnoticed and is present in official docs 

https://docs.python.org/3.6/library/datetime.html#tzinfo-objects 

https://docs.python.org/3.7/library/datetime.html#tzinfo-objects

----------
messages: 295279
nosy: wim.glenn
priority: normal
severity: normal
status: open
title: docs mention datetuil presumably it should be dateutil
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:27:31 2017
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 06 Jun 2017 17:27:31 +0000
Subject: [issue30562] SSL socket does not respect SO_RCVTIME0 timeouts
In-Reply-To: <1496524542.15.0.101995784955.issue30562@psf.upfronthosting.co.za>
Message-ID: <1496770051.33.0.293629849557.issue30562@psf.upfronthosting.co.za>


Christian Heimes added the comment:

SO_RCVTIME0 works only with operating system level sockets. A SSLSocket is not an OS level. It's a high level abstraction layer that wraps either a file descriptor or a memory BIO. A read operation on a SSLSocket can perform write, a write operation can perform read. For the initial handshake, it will do both.

This means that SO_RCVTIME0 is not supported. Either you have to use the SSLSocket's timeout feature or do your own socket io and use a memory BIO. The internal timeout feature is build around select()/poll() syscall and low level OpenSSL calls.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30562>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:31:14 2017
From: report at bugs.python.org (wim glenn)
Date: Tue, 06 Jun 2017 17:31:14 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
In-Reply-To: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>
Message-ID: <1496770274.53.0.541731904214.issue30583@psf.upfronthosting.co.za>


Changes by wim glenn <wim.glenn at gmail.com>:


----------
pull_requests: +2038

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:37:23 2017
From: report at bugs.python.org (wim glenn)
Date: Tue, 06 Jun 2017 17:37:23 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
In-Reply-To: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>
Message-ID: <1496770643.92.0.873925169548.issue30583@psf.upfronthosting.co.za>


Changes by wim glenn <wim.glenn at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:37:53 2017
From: report at bugs.python.org (wim glenn)
Date: Tue, 06 Jun 2017 17:37:53 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
In-Reply-To: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>
Message-ID: <1496770673.66.0.857765514348.issue30583@psf.upfronthosting.co.za>


Changes by wim glenn <wim.glenn at gmail.com>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:40:44 2017
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Jun 2017 17:40:44 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496770844.29.0.623651556182.issue30557@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 6a1d84e2b37291b7e3bc5ddad14a60aed430e404 by Steve Dower (Victor Stinner) in branch 'master':
bpo-30557: Fix test_faulthandler (#1969)
https://github.com/python/cpython/commit/6a1d84e2b37291b7e3bc5ddad14a60aed430e404


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:41:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 17:41:53 +0000
Subject: [issue27867] various issues due to misuse of PySlice_GetIndicesEx
In-Reply-To: <1472226685.15.0.242668202848.issue27867@psf.upfronthosting.co.za>
Message-ID: <1496770913.17.0.131356342275.issue27867@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2039

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27867>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:42:23 2017
From: report at bugs.python.org (Forest Gregg)
Date: Tue, 06 Jun 2017 17:42:23 +0000
Subject: [issue30388] ndbm can't iterate through values on OS X
In-Reply-To: <1495037035.06.0.766456965201.issue30388@psf.upfronthosting.co.za>
Message-ID: <1496770943.67.0.300080655265.issue30388@psf.upfronthosting.co.za>


Forest Gregg added the comment:

>From one user who had problems under both 3.5 and 3.6

otool -L $(python3.5 -c 'import _dbm;print(_dbm.__file__)')

/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/lib-dynload/_dbm.cpython-35m-darwin.so:
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 125.2.0)

otool -L $(python3.6 -c 'import _dbm;print(_dbm.__file__)')

/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/lib-dynload/_
dbm.cpython-36m-darwin.so:

/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
125.2.0)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30388>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:48:19 2017
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Jun 2017 17:48:19 +0000
Subject: [issue25444] Py Launch Icon
In-Reply-To: <1445315488.63.0.0387362218843.issue25444@psf.upfronthosting.co.za>
Message-ID: <1496771299.05.0.740471768171.issue25444@psf.upfronthosting.co.za>


Steve Dower added the comment:

Interestingly, when we were reviewing the icons before contributing them, the rocket was flagged as a potential problem.

We made some tweaks to make it look more like a space shuttle, which we believe most accurately captures the metaphor of "launch" in the most cultures without causing offence :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25444>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:49:55 2017
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Jun 2017 17:49:55 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496771395.39.0.0106002587832.issue30557@psf.upfronthosting.co.za>


Steve Dower added the comment:

My backport wasn't merged, so I cherrypicked Victor's fix into that PR. Once the buildbots are green again, I'll merge it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:51:34 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 17:51:34 +0000
Subject: [issue27867] various issues due to misuse of PySlice_GetIndicesEx
In-Reply-To: <1472226685.15.0.242668202848.issue27867@psf.upfronthosting.co.za>
Message-ID: <1496771494.42.0.682586512615.issue27867@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

PR 1973 adds a porting guide. This should be the last commit for this issue. Please make a review and suggest better wording.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27867>
_______________________________________

From report at bugs.python.org  Tue Jun  6 13:54:44 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 17:54:44 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
In-Reply-To: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>
Message-ID: <1496771684.24.0.606607007665.issue30583@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 53f2af16551eb3a080da313257603c31ef8b93b4 by Mariatta (wim glenn) in branch 'master':
bpo-30583: Fix typo in datetime dateutil documentation (GH-1972)
https://github.com/python/cpython/commit/53f2af16551eb3a080da313257603c31ef8b93b4


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 14:06:21 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 18:06:21 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
In-Reply-To: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>
Message-ID: <1496772381.44.0.0877459377923.issue30583@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 14:13:41 2017
From: report at bugs.python.org (Aaron Hall)
Date: Tue, 06 Jun 2017 18:13:41 +0000
Subject: [issue26103] Contradiction in definition of "data descriptor" between
 (dotted lookup behavior/datamodel documentation) and (inspect
 lib/descriptor how-to)
In-Reply-To: <1452718612.1.0.925403449689.issue26103@psf.upfronthosting.co.za>
Message-ID: <1496772821.74.0.153587312573.issue26103@psf.upfronthosting.co.za>


Aaron Hall added the comment:

Added news, working on tests

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26103>
_______________________________________

From report at bugs.python.org  Tue Jun  6 14:16:37 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 18:16:37 +0000
Subject: [issue26103] Contradiction in definition of "data descriptor" between
 (dotted lookup behavior/datamodel documentation) and (inspect
 lib/descriptor how-to)
In-Reply-To: <1452718612.1.0.925403449689.issue26103@psf.upfronthosting.co.za>
Message-ID: <1496772997.04.0.34233417847.issue26103@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Please also add yourself to Misc/ACKS.

----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26103>
_______________________________________

From report at bugs.python.org  Tue Jun  6 14:29:26 2017
From: report at bugs.python.org (Nils Lindemann)
Date: Tue, 06 Jun 2017 18:29:26 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496773766.18.0.856823960292.issue30580@psf.upfronthosting.co.za>


Nils Lindemann added the comment:

I tried a few online python 3 interpreters.

These give the same exception:

http://www.learnpython.org/en/Hello%2C_World%21
http://rextester.com/l/python3_online_compiler
http://ideone.com/pIMilt
http://www.tutorialspoint.com/execute_python3_online.php

And this one worked:

https://repl.it/languages/python3

the example i tried was:

from wsgiref.simple_server import make_server, demo_app
with make_server('', 8000, demo_app) as httpd:
    print("Serving HTTP on port 8000...")
    httpd.serve_forever()

My Python installation is a default x64 installation. No changes were made during installation, except installation path, which has no spaces in it. I have no third part modules installed which could interfer. I have also a Python 2.7 installed but it is not on my path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 14:31:02 2017
From: report at bugs.python.org (Nils Lindemann)
Date: Tue, 06 Jun 2017 18:31:02 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496773862.52.0.78622000571.issue30580@psf.upfronthosting.co.za>


Nils Lindemann added the comment:

I just found out that the example works in idle and if i do in a console:

python server.py

but not if i do just:

server.py

What is the secret behind this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 14:42:41 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Jun 2017 18:42:41 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496774561.02.0.803086494741.issue30580@psf.upfronthosting.co.za>


R. David Murray added the comment:

If you just type 'server.py' it will use whichever interpreter is associated with .py files, which might not be python3.  You may want to learn about the 'py' helper command.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 14:49:17 2017
From: report at bugs.python.org (Nils Lindemann)
Date: Tue, 06 Jun 2017 18:49:17 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496774957.12.0.867034937723.issue30580@psf.upfronthosting.co.za>


Nils Lindemann added the comment:

What would that be? If i google 'py helper command' i get no good results.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 15:01:12 2017
From: report at bugs.python.org (wim glenn)
Date: Tue, 06 Jun 2017 19:01:12 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
In-Reply-To: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>
Message-ID: <1496775672.31.0.431781285212.issue30583@psf.upfronthosting.co.za>


Changes by wim glenn <wim.glenn at gmail.com>:


----------
pull_requests: +2040

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 15:08:28 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 06 Jun 2017 19:08:28 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496776108.19.0.829475952679.issue30580@psf.upfronthosting.co.za>


R. David Murray added the comment:

It gets installed along with python3, I believe.  If you google for 'python py' you should see the pypi package version in the top hits.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 15:23:55 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 19:23:55 +0000
Subject: [issue29596] Unfinished sentence in howto/clinic.rst
In-Reply-To: <1487380332.64.0.682733186171.issue29596@psf.upfronthosting.co.za>
Message-ID: <1496777035.16.0.82198743619.issue29596@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset ec19ba210bba2c3097232a05d7dbe093beb5f833 by Mariatta (gfyoung) in branch 'master':
bpo-29596: Improve clinic howto documentation (GH-1710)
https://github.com/python/cpython/commit/ec19ba210bba2c3097232a05d7dbe093beb5f833


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29596>
_______________________________________

From report at bugs.python.org  Tue Jun  6 15:32:16 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 19:32:16 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
In-Reply-To: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>
Message-ID: <1496777536.58.0.348295372052.issue30583@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset b25b7254d909697bb7f3aa893b740cb650547cb6 by Mariatta (wim glenn) in branch '3.6':
bpo-30583: Fix typo in datetime dateutil documentation (GH-1972) (GH-1974)
https://github.com/python/cpython/commit/b25b7254d909697bb7f3aa893b740cb650547cb6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 15:32:47 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 19:32:47 +0000
Subject: [issue30583] docs mention datetuil presumably it should be dateutil
In-Reply-To: <1496770049.03.0.569012645786.issue30583@psf.upfronthosting.co.za>
Message-ID: <1496777567.89.0.144973665197.issue30583@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks wim glenn :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30583>
_______________________________________

From report at bugs.python.org  Tue Jun  6 15:34:59 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 19:34:59 +0000
Subject: [issue30463] Add __slots__ to ABC convenience class
In-Reply-To: <1495658477.95.0.988068330571.issue30463@psf.upfronthosting.co.za>
Message-ID: <1496777699.12.0.530188610379.issue30463@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset ff48739ed0a3f366c4d56d3c86a37cbdeec600de by Serhiy Storchaka (Aaron Hall, MBA) in branch 'master':
bpo-30463: Add an empty __slots__ to abc.ABC.
https://github.com/python/cpython/commit/ff48739ed0a3f366c4d56d3c86a37cbdeec600de


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30463>
_______________________________________

From report at bugs.python.org  Tue Jun  6 15:38:51 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 06 Jun 2017 19:38:51 +0000
Subject: [issue30463] Add __slots__ to ABC convenience class
In-Reply-To: <1495658477.95.0.988068330571.issue30463@psf.upfronthosting.co.za>
Message-ID: <1496777931.13.0.693487683545.issue30463@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Library (Lib)
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> enhancement
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30463>
_______________________________________

From report at bugs.python.org  Tue Jun  6 15:54:51 2017
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 06 Jun 2017 19:54:51 +0000
Subject: [issue29929] Eliminate implicit __main__ relative imports
In-Reply-To: <1490692950.43.0.231452338576.issue29929@psf.upfronthosting.co.za>
Message-ID: <1496778891.58.0.0977863372267.issue29929@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

If only someone had access to the time machine keys to fix this 20 year ago :-(. Anything beyond that last option (recognising that the script tries to import itself under another name) is bound to run into odd issues or backward compatibility concerns.

Just recognising a reimport of __main__ should avoid a lot of confusion though, from what I've seen in discussions most cases of unintentional shadowing of the stdlib is caused by folks naming a exploratory script the same as a stdlib module (e.g. naming a script "socket.py" when experimenting with sockets).

W.r.t. "from . import ..." and scripts: installing using entry points isn't a problem, but installing using plain distutils still is as is the even more low-tech option of just copying files to the right location (maybe using a Makefile).  But that issue is moot now that Guido has stated he doesn't like the idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29929>
_______________________________________

From report at bugs.python.org  Tue Jun  6 16:19:47 2017
From: report at bugs.python.org (Mikhail)
Date: Tue, 06 Jun 2017 20:19:47 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1496780387.38.0.882120124981.issue30345@psf.upfronthosting.co.za>


Mikhail added the comment:

I rebuilt my python-3.6.1 with the path (https://github.com/python/cpython/commit/d05f7fdf6cf77724bd3064fb5a0846ef5cfe0c88) and tried debugging again -- same problem:

% gdb7121 /opt/bin/python3.6
...
(gdb) r SCRIPT.py
Thread 1 received signal SIGSEGV, Segmentation fault.
...
(gdb) py-bt
Python Exception <type 'exceptions.ValueError'> Variable 'func_obj' not found.: 
Error occurred in Python command: Variable 'func_obj' not found.

----------
nosy: +mi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Tue Jun  6 16:20:52 2017
From: report at bugs.python.org (Pierre Quentel)
Date: Tue, 06 Jun 2017 20:20:52 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1496780452.82.0.327024282408.issue30576@psf.upfronthosting.co.za>


Pierre Quentel added the comment:

I propose this as a minor improvement to the built-in server, like the support of browser cache that will be included in Python 3.7 (issue #29654, PR #298). I understand that the server is not supposed to be full-featured, but HTTP compression is widespread, reduces network load and is easy to implement (the code will be very similar to SimpleXMLRPCRequestHandler).

Content-Encoding is used because it's the most simple to implement. Chunked transfer for large amount of data seems to me to be out of the scope of the built-in server.

Content-Length is set to the length of the compressed data. I don't understand your question about persistent connections : the proposal covers a single request / response sequence, it doesn't depend on the underlying TCP connection being reused or not.

>From what I understand, issue #1508475 refers to the http client, not server ; and #4733 refers to another meaning of encoding (conversion from characters to bytes with a charset such as utf-8), not to HTTP compression, which unfortunately also uses "encoding" in headers names.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Tue Jun  6 16:32:41 2017
From: report at bugs.python.org (G Young)
Date: Tue, 06 Jun 2017 20:32:41 +0000
Subject: [issue29596] Unfinished sentence in howto/clinic.rst
In-Reply-To: <1487380332.64.0.682733186171.issue29596@psf.upfronthosting.co.za>
Message-ID: <1496781161.24.0.36011692377.issue29596@psf.upfronthosting.co.za>


Changes by G Young <gfyoung17 at gmail.com>:


----------
pull_requests: +2041

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29596>
_______________________________________

From report at bugs.python.org  Tue Jun  6 16:34:26 2017
From: report at bugs.python.org (G Young)
Date: Tue, 06 Jun 2017 20:34:26 +0000
Subject: [issue29596] Unfinished sentence in howto/clinic.rst
In-Reply-To: <1487380332.64.0.682733186171.issue29596@psf.upfronthosting.co.za>
Message-ID: <1496781266.13.0.32073750428.issue29596@psf.upfronthosting.co.za>


Changes by G Young <gfyoung17 at gmail.com>:


----------
pull_requests: +2042

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29596>
_______________________________________

From report at bugs.python.org  Tue Jun  6 16:47:16 2017
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Jun 2017 20:47:16 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496782036.64.0.217950777912.issue30557@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 2bafc0dccac2390a52670ba289878318b6ea0293 by Steve Dower in branch '3.6':
[3.6] bpo-30557: faulthandler now correctly filters and displays exception ? (#1960)
https://github.com/python/cpython/commit/2bafc0dccac2390a52670ba289878318b6ea0293


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Tue Jun  6 16:47:54 2017
From: report at bugs.python.org (Steve Dower)
Date: Tue, 06 Jun 2017 20:47:54 +0000
Subject: [issue30557] faulthandler does not correctly filter fatal exceptions
 on Windows
In-Reply-To: <1496437770.9.0.75244624328.issue30557@psf.upfronthosting.co.za>
Message-ID: <1496782074.22.0.929021664991.issue30557@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30557>
_______________________________________

From report at bugs.python.org  Tue Jun  6 16:48:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 06 Jun 2017 20:48:39 +0000
Subject: [issue30290] IDLE: add tests for help_about.py
In-Reply-To: <1494046999.85.0.702748551727.issue30290@psf.upfronthosting.co.za>
Message-ID: <1496782119.91.0.557090199269.issue30290@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

A follow-up to my brief remarks about revamping About IDLE, in msg294298:  idle-dev is subscription-required public forum for discussion of idle design issues.  It has been dormant for a year and a half, but I would like to revive it to get broader user input.   By coincidence, the first new post (held since April because the author is not subscribed) is a suggestion for AboutIDLE.  In my second response, I listed 9 possible or definite changes.  I would like that to be where we plan a future 'Modernize About IDLE' issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30290>
_______________________________________

From report at bugs.python.org  Tue Jun  6 17:17:20 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 21:17:20 +0000
Subject: [issue29596] Unfinished sentence in howto/clinic.rst
In-Reply-To: <1487380332.64.0.682733186171.issue29596@psf.upfronthosting.co.za>
Message-ID: <1496783840.86.0.504854180145.issue29596@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 063f0b358331322d84f85008e6c01f80ff321fd6 by Mariatta (gfyoung) in branch '3.6':
bpo-29596: Improve clinic howto documentation (GH-1710) (GH-1976)
https://github.com/python/cpython/commit/063f0b358331322d84f85008e6c01f80ff321fd6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29596>
_______________________________________

From report at bugs.python.org  Tue Jun  6 17:19:02 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Tue, 06 Jun 2017 21:19:02 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496783942.8.0.201665284844.issue30177@psf.upfronthosting.co.za>


Antoine Pietri added the comment:

The code has been reviewed by (the other) Antoine, I guess there is now everything needed to merge it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Tue Jun  6 17:38:10 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 21:38:10 +0000
Subject: [issue29596] Unfinished sentence in howto/clinic.rst
In-Reply-To: <1487380332.64.0.682733186171.issue29596@psf.upfronthosting.co.za>
Message-ID: <1496785090.92.0.278757368036.issue29596@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset ee9de30aa0dbcfd848e4200944674a084d963588 by Mariatta (gfyoung) in branch '3.5':
bpo-29596: Improve clinic howto documentation (GH-1710) (GH-1975)
https://github.com/python/cpython/commit/ee9de30aa0dbcfd848e4200944674a084d963588


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29596>
_______________________________________

From report at bugs.python.org  Tue Jun  6 17:40:13 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 06 Jun 2017 21:40:13 +0000
Subject: [issue29596] Unfinished sentence in howto/clinic.rst
In-Reply-To: <1487380332.64.0.682733186171.issue29596@psf.upfronthosting.co.za>
Message-ID: <1496785213.84.0.512113579856.issue29596@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks everyone :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29596>
_______________________________________

From report at bugs.python.org  Tue Jun  6 18:27:44 2017
From: report at bugs.python.org (Aaron Hall)
Date: Tue, 06 Jun 2017 22:27:44 +0000
Subject: [issue26103] Contradiction in definition of "data descriptor" between
 (dotted lookup behavior/datamodel documentation) and (inspect
 lib/descriptor how-to)
In-Reply-To: <1452718612.1.0.925403449689.issue26103@psf.upfronthosting.co.za>
Message-ID: <1496788064.95.0.650790218875.issue26103@psf.upfronthosting.co.za>


Aaron Hall added the comment:

> Please also add yourself to Misc/ACKS.

Done!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26103>
_______________________________________

From report at bugs.python.org  Tue Jun  6 18:43:36 2017
From: report at bugs.python.org (Nils Lindemann)
Date: Tue, 06 Jun 2017 22:43:36 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496789016.26.0.24026003467.issue30580@psf.upfronthosting.co.za>


Nils Lindemann added the comment:

I am not sure if the py package i found on PyPi is what you meant, but if you mean the py launcher (the py.exe in the windows dir), yes, i have that.

My system was indeed misconfigured as you correctly guessed, i had the .py filetype pointing to a Python version 3.5. I have now uninstalled everything, manually cleaned up the registry, reinstalled Python 3.6 and now everything works. Sorry, my mistake.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 18:45:18 2017
From: report at bugs.python.org (Nils Lindemann)
Date: Tue, 06 Jun 2017 22:45:18 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496789118.54.0.051632374616.issue30580@psf.upfronthosting.co.za>


Nils Lindemann added the comment:

ok

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Tue Jun  6 18:48:03 2017
From: report at bugs.python.org (=?utf-8?q?Johannes_L=C3=B6thberg?=)
Date: Tue, 06 Jun 2017 22:48:03 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496789283.65.0.494207182212.issue27321@psf.upfronthosting.co.za>


Changes by Johannes L?thberg <johannes at kyriasis.com>:


----------
pull_requests: +2043

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Tue Jun  6 19:13:51 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 06 Jun 2017 23:13:51 +0000
Subject: [issue10746] ctypes c_long & c_bool have incorrect PEP-3118 type codes
In-Reply-To: <1292888248.06.0.197043159654.issue10746@psf.upfronthosting.co.za>
Message-ID: <1496790831.11.0.876576386335.issue10746@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
assignee: theller -> 
stage:  -> patch review
versions: +Python 2.7, Python 3.6, Python 3.7 -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10746>
_______________________________________

From report at bugs.python.org  Tue Jun  6 19:15:31 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Tue, 06 Jun 2017 23:15:31 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1496790931.58.0.944267772874.issue30339@psf.upfronthosting.co.za>


Changes by Jeremy Kloth <jeremy.kloth+python-tracker at gmail.com>:


----------
pull_requests: +2044

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Tue Jun  6 19:21:01 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Tue, 06 Jun 2017 23:21:01 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1496791261.02.0.191839911217.issue30339@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

Added PR1978 that resolves this issue on my buildbot at least.  Note that it is against 3.5 as that is the branch that has the issue, it seems.

I'm guessing improvements in startup time on newer Pythons is why it doesn't occur for them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Tue Jun  6 19:51:37 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Tue, 06 Jun 2017 23:51:37 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1496793097.51.0.329921221418.issue30368@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

Just a status check, as I would like to see my buildbot go green again.  (This along with the PR on issue30339).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Tue Jun  6 20:19:20 2017
From: report at bugs.python.org (Nate Soares)
Date: Wed, 07 Jun 2017 00:19:20 +0000
Subject: [issue29822] inspect.isabstract does not work on abstract base
 classes during __init_subclass__
In-Reply-To: <1489597569.75.0.0334116955024.issue29822@psf.upfronthosting.co.za>
Message-ID: <1496794760.92.0.171568725275.issue29822@psf.upfronthosting.co.za>


Changes by Nate Soares <so8res at gmail.com>:


----------
pull_requests: +2045

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29822>
_______________________________________

From report at bugs.python.org  Tue Jun  6 20:31:05 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 07 Jun 2017 00:31:05 +0000
Subject: [issue29581] __init_subclass__ causes TypeError when used with
 standard library metaclasses (such as ABCMeta)
In-Reply-To: <1487271247.7.0.447487107459.issue29581@psf.upfronthosting.co.za>
Message-ID: <1496795465.85.0.964509024658.issue29581@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 6fb12b5c43945f61f3da82e33eafb4ddae2296ee by Mariatta (Nate) in branch '3.6':
bpo-29581: bpo-29581: Make ABCMeta.__new__ pass **kwargs to type.__new__ (GH-527) (GH-1282)
https://github.com/python/cpython/commit/6fb12b5c43945f61f3da82e33eafb4ddae2296ee


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29581>
_______________________________________

From report at bugs.python.org  Wed Jun  7 00:21:36 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 04:21:36 +0000
Subject: [issue29822] inspect.isabstract does not work on abstract base
 classes during __init_subclass__
In-Reply-To: <1489597569.75.0.0334116955024.issue29822@psf.upfronthosting.co.za>
Message-ID: <1496809296.63.0.782225357257.issue29822@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 09b6c0c71ea944f7e8b46998f3ebaf5b9fbe15f6 by Serhiy Storchaka (Nate) in branch '3.6':
[3.6] bpo-29822: make inspect.isabstract() work during __init_subclass__ (#1979)
https://github.com/python/cpython/commit/09b6c0c71ea944f7e8b46998f3ebaf5b9fbe15f6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29822>
_______________________________________

From report at bugs.python.org  Wed Jun  7 00:22:59 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 04:22:59 +0000
Subject: [issue29822] inspect.isabstract does not work on abstract base
 classes during __init_subclass__
In-Reply-To: <1489597569.75.0.0334116955024.issue29822@psf.upfronthosting.co.za>
Message-ID: <1496809379.95.0.192425038355.issue29822@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your contribution Nate.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29822>
_______________________________________

From report at bugs.python.org  Wed Jun  7 03:39:23 2017
From: report at bugs.python.org (Denis Osipov)
Date: Wed, 07 Jun 2017 07:39:23 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
Message-ID: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>


New submission from Denis Osipov:

test_os fails on non-English (Russian) Windows 7 Home Extended 6.1.7601 x64

======================================================================
ERROR: test_access_denied (test.test_os.StatAttributeTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\repos\cpython\lib\test\test_os.py", line 476, in test_access_denied
    creationflags=DETACHED_PROCESS
  File "C:\repos\cpython\lib\subprocess.py", line 293, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['icacls.exe', 'C:\\Users\\User\

\AppData\\Local\\Temp\\@test_6804_tmp', '/deny', 'Users:(S)']' returned non-zero 

exit status 1332.

----------------------------------------------------------------------
Ran 250 tests in 5.120s

FAILED (errors=1, skipped=92)
test_os failed

1 test failed:
    test_os

Total duration: 5 sec
Tests result: FAILURE

There is no group BUILTIN\Users on my Windows. There is BUILTIN\???????????? instead.

----------
components: Tests
messages: 295315
nosy: denis-osipov
priority: normal
severity: normal
status: open
title: test_os fails on non-English (Russian) Windows
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Wed Jun  7 03:44:59 2017
From: report at bugs.python.org (Denis Osipov)
Date: Wed, 07 Jun 2017 07:44:59 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496821499.99.0.746331496463.issue30584@psf.upfronthosting.co.za>


Changes by Denis Osipov <osipov_d at list.ru>:


----------
pull_requests: +2046

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Wed Jun  7 03:51:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 07:51:42 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496821902.2.0.827022362809.issue30584@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> exit status 1332.

On the Internet, I found:

1332 	No mapping between account names and security IDs was done.

The unit test:

    @unittest.skipUnless(sys.platform == "win32", "Win32 specific tests")
    def test_access_denied(self):
        # Default to FindFirstFile WIN32_FIND_DATA when access is
        # denied. See issue 28075.
        # os.environ['TEMP'] should be located on a volume that
        # supports file ACLs.
        fname = os.path.join(os.environ['TEMP'], self.fname)
        self.addCleanup(support.unlink, fname)
        create_file(fname, b'ABC')
        # Deny the right to [S]YNCHRONIZE on the file to
        # force CreateFile to fail with ERROR_ACCESS_DENIED.
        DETACHED_PROCESS = 8
        subprocess.check_call(
            ['icacls.exe', fname, '/deny', 'Users:(S)'],
            creationflags=DETACHED_PROCESS
        )
        result = os.stat(fname)
        self.assertNotEqual(result.st_size, 0)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Wed Jun  7 04:14:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 08:14:50 +0000
Subject: [issue30080] Add the --duplicate option for timeit
In-Reply-To: <1492323164.81.0.971695586502.issue30080@psf.upfronthosting.co.za>
Message-ID: <1496823290.68.0.327244228122.issue30080@psf.upfronthosting.co.za>


STINNER Victor added the comment:

About the command line interface, I would expect that "timeit -n 10 --duplicate 10 STMT" would run STMT 100 times. I chose this behaviour in perf timeit:
http://perf.readthedocs.io/en/latest/cli.html#timeit-cmd


Current behaviour chosen by Serhiy, -n3 --duplicate=3 runs STMT 3 times:

$ ./python -m timeit --duplicate=3 -r 1 -n 3 'print("bla")'
bla
bla
bla
3 loops, best of 1: 21.8 usec per loop

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30080>
_______________________________________

From report at bugs.python.org  Wed Jun  7 04:30:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 08:30:25 +0000
Subject: [issue30500] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1496824225.47.0.592903955473.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I think the best behavior is to do what popular web browsers do. Chrome and Firefox, for example, parses this is host 127.0.0.1, path /, fragment #@evil.com.

I agree that in case of doubt, it's better to follow the implementation of most popular web browser which indirectly define the "standard".

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Wed Jun  7 04:36:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 08:36:32 +0000
Subject: [issue30585] [security][3.3] Backport smtplib fix for TLS stripping
 vulnerability, CVE-2016-0772
Message-ID: <1496824592.96.0.351417246075.issue30585@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Attached pull request backports a fix for this security vulnerability:
http://python-security.readthedocs.io/vuln/cve-2016-0772_smtplib_tls_stripping.html

"A vulnerability in smtplib allowing MITM attacker to perform a startTLS stripping attack. smtplib does not seem to raise an exception when the remote end (SMTP server) is capable of negotiating starttls but fails to respond with 220 (ok) to an explicit call of SMTP.starttls(). This may allow a malicious MITM to perform a startTLS stripping attack if the client code does not explicitly check the response code for startTLS."

Reported by: Tin (Team Oststrom)

Python 2.7, 3.4, 3.5 and 3.6 are already safe.

----------
messages: 295319
nosy: georg.brandl, haypo
priority: release blocker
pull_requests: 2047
severity: normal
status: open
title: [security][3.3] Backport smtplib fix for TLS stripping vulnerability, CVE-2016-0772
type: security
versions: Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30585>
_______________________________________

From report at bugs.python.org  Wed Jun  7 04:37:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 08:37:43 +0000
Subject: [issue30585] [security][3.3] Backport smtplib fix for TLS stripping
 vulnerability, CVE-2016-0772
In-Reply-To: <1496824592.96.0.351417246075.issue30585@psf.upfronthosting.co.za>
Message-ID: <1496824663.4.0.489360995348.issue30585@psf.upfronthosting.co.za>


STINNER Victor added the comment:

PEP 398: Python 3.3 Release Schedule

Python 3.3 branch end of support is expected to be at 2017-09-29, in 4 months.

----------
assignee:  -> georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30585>
_______________________________________

From report at bugs.python.org  Wed Jun  7 04:47:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 08:47:09 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1496825229.55.0.97987844319.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: urllib connects to a wrong host -> [security] urllib connects to a wrong host

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Wed Jun  7 04:48:30 2017
From: report at bugs.python.org (Denis Osipov)
Date: Wed, 07 Jun 2017 08:48:30 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496825310.76.0.739711963992.issue30584@psf.upfronthosting.co.za>


Denis Osipov added the comment:

Using the numeric SID instead of localized name in test_access_denied works for me (I've made PR).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Wed Jun  7 05:06:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 09:06:15 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496826375.89.0.719802804874.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The failing unit test was added by:

commit 2d350fd8af29eada0c3f264a91df6ab4af4a05fd
Author: Antoine Pitrou <solipsis at pitrou.net>
Date:   Thu Aug 1 20:56:12 2013 +0200

    Issue #18619: Fix atexit leaking callbacks registered from sub-interpreters, and make it GC-aware.


Using git bisect, I found that the leak was introduced by:

commit 6b4be195cd8868b76eb6fbe166acc39beee8ce36
Author: Eric Snow <ericsnowcurrently at gmail.com>
Date:   Mon May 22 21:36:03 2017 -0700

    bpo-22257: Small changes for PEP 432. (#1728)
    
    PEP 432 specifies a number of large changes to interpreter startup code, including exposing a cleaner C-API. The major changes depend on a number of smaller changes. This patch includes all those smaller changes.


To run a git bisection, start with an old commit, 1 month ago: 5d7a8d0c13737fd531b722ad76c505ef47aac96a (May, 1). Spoiler: the test doesn't leak at this bisection.

git bisect reset
git bisect start

git checkout master
make && ./python -m test -R 3:3 -m test_callbacks_leak test_atexit
# test fails
git bisect bad  # bad=test fails (ref leak)

git checkout 5d7a8d0c13737fd531b722ad76c505ef47aac96a
make && ./python -m test -R 3:3 -m test_callbacks_leak test_atexit
# test pass
git bisect good  # good=test pass (no leak)

make && ./python -m test -R 3:3 -m test_callbacks_leak test_atexit
# git bisect good or bad depending on the test result

# ... continue until git bisect finds the commit ...

At the end, you should get the commit 6b4be195cd8868b76eb6fbe166acc39beee8ce36.


@Eric Snow: Please don't fix the bug, please explain how to fix it ;-)

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Wed Jun  7 05:16:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 09:16:33 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496826993.78.0.738398646692.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> At the end, you should get the commit 6b4be195cd8868b76eb6fbe166acc39beee8ce36.

The commit is a giant change. So let me help you, the following change is strange. value is replaced whereas its value is non-NULL... Maybe it's the regression? ;-)

diff --git a/Python/pylifecycle.c b/Python/pylifecycle.c
index 90f8551..03601ea 100644
--- a/Python/pylifecycle.c
+++ b/Python/pylifecycle.c
@@ -291,6 +291,9 @@ import_init(PyInterpreterState *interp, PyObject *sysmod)
 
     /* Install importlib as the implementation of import */
     value = PyObject_CallMethod(importlib, "_install", "OO", sysmod, impmod);
+    if (value != NULL)
+        value = PyObject_CallMethod(importlib,
+                                    "_install_external_importers", "");
     if (value == NULL) {
         PyErr_Print();
         Py_FatalError("Py_Initialize: importlib install failed");


St?phane Wirtel (matrixise): "this issue can be executed on Linux, I think I am going to work on this one."

Would you like to work on a patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Wed Jun  7 05:26:45 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 09:26:45 +0000
Subject: [issue30546] [EASY][Windows] test_uname_win32_ARCHITEW6432() of
 test_platform leaks references
In-Reply-To: <1496393589.85.0.680266409693.issue30546@psf.upfronthosting.co.za>
Message-ID: <1496827605.23.0.725533114919.issue30546@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like the bug was already fixed last days!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30546>
_______________________________________

From report at bugs.python.org  Wed Jun  7 05:56:33 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 09:56:33 +0000
Subject: [issue30080] Add the --duplicate option for timeit
In-Reply-To: <1492323164.81.0.971695586502.issue30080@psf.upfronthosting.co.za>
Message-ID: <1496829393.45.0.889505713229.issue30080@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Ah, I even didn't know that "perf timeit" supports -n since it doesn't report the number of loops. And seems it runs the benchmark much more times, since even with -n1 it is slow. If the number of loops is determined automatically, it would do not matter.

I choose the meaning of --duplicate so that it almost not affect the total time of the benchmarking. Larger value just decreases the overhead of the iteration.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30080>
_______________________________________

From report at bugs.python.org  Wed Jun  7 06:00:49 2017
From: report at bugs.python.org (Sven Marnach)
Date: Wed, 07 Jun 2017 10:00:49 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496829649.48.0.20171348112.issue30537@psf.upfronthosting.co.za>


Sven Marnach added the comment:

The current behaviour of islice() seems inconsistent with the rest of Python.  All other functions taking start, stop and step arguments like slice(), range() and itertools.count() do accept integer-like objects.  The code given as "roughly equivalent" in the documentation of islice() accepts integer-like objects, and so does regular list slicing.  In fact, the __index__() method was introduced in PEP 357 specifically for slicing.  In Python 2, islice() supported it as well.  I think the expectation that islice() in Python 3 also supports it is entirely reasonable, and I can't see any strong arguments for breaking that assumption.

----------
nosy: +smarnach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Wed Jun  7 06:21:42 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Wed, 07 Jun 2017 10:21:42 +0000
Subject: [issue30359] Annotating a function as returning an (async) context
 manager?
In-Reply-To: <1494643727.56.0.6539898445.issue30359@psf.upfronthosting.co.za>
Message-ID: <1496830902.95.0.74938711839.issue30359@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

I can think of two downsides to using __annotations__ for this:

1) Obviously contextlib itself isn't going to add any kind of annotation in any versions before 3.7, but third-party projects might (like contextlib2, say). And these projects have been known to be used on Python versions that don't have __annotations__ support. At the moment I personally don't have to care about this because sphinxcontrib-trio doesn't support anything before 3.5, but I suspect this will eventually change. (E.g. sphinx has expressed some interest in having these changes upstreamed.) So this would mean that we'd still need some other ad hoc mechanism to use when running on old Pythons, and have to check for both that and the __annotations__. But that's probably doable, so eh. It'd be helpful if contextlib2 could join in on whatever protocol, though.

2) sphinxcontrib-trio actually interacts very poorly with __annotations__ right now [1]. But I mean, I need to figure out how to fix this anyway, so... not really your problem :-).

Neither of these downsides seems very compelling :-). So I guess contextlib should add some appropriate __annotations__, and *maybe* also add something like __returns_contextmanager__ = True if that's useful to maintain consistency with contextlib2 or similar?

(Wasn't there some discussion about keeping type hints out of the stdlib for now? is this likely to ruffle any figures on those grounds?)

[1] https://github.com/python-trio/sphinxcontrib-trio/issues/4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30359>
_______________________________________

From report at bugs.python.org  Wed Jun  7 07:16:47 2017
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 07 Jun 2017 11:16:47 +0000
Subject: [issue12815] Coverage of smtpd.py
In-Reply-To: <1314001507.51.0.00455911966964.issue12815@psf.upfronthosting.co.za>
Message-ID: <1496834207.23.0.776972808749.issue12815@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


----------
nosy:  -zvyn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12815>
_______________________________________

From report at bugs.python.org  Wed Jun  7 07:37:05 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Wed, 07 Jun 2017 11:37:05 +0000
Subject: [issue22898] segfault during shutdown attempting to log
 ResourceWarning
In-Reply-To: <1416345976.57.0.643107529371.issue22898@psf.upfronthosting.co.za>
Message-ID: <1496835425.82.0.893079725992.issue22898@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests: +2049

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22898>
_______________________________________

From report at bugs.python.org  Wed Jun  7 07:41:40 2017
From: report at bugs.python.org (Vladimir Filippov)
Date: Wed, 07 Jun 2017 11:41:40 +0000
Subject: [issue30586] Encode to EBCDIC doesn't take into account conversion
 table irregularities
Message-ID: <1496835700.1.0.322760581427.issue30586@psf.upfronthosting.co.za>


New submission from Vladimir Filippov:

These 4 symbols were encoded incorrectly to EBCDIC (codec cp500): "![]|". Correct table of conversation for these symbols described in https://www.ibm.com/support/knowledgecenter/SSZJPZ_11.3.0/com.ibm.swg.im.iis.ds.parjob.adref.doc/topics/r_deeadvrf_Conversion_Table_Irregularities.html

This code:
--------------------
ascii = '![]|';
print("ASCII:  " + bytes(ascii, 'ascii').hex())
res = ascii.encode('cp500')
print ("EBCDIC: " +res.hex())
--------------------
on Python 3.6.1 produce this output:
--------------------
ASCII:  215b5d7c
EBCDIC: 4f4a5abb
--------------------

Expected encoding (from IBM's table):
! - 5A
[ - AD
] - BD
| - 4F

Workaround: use this translation after encoding
bytes.maketrans(b'\x4F\x4A\x5A\xBB', b'\x5A\xAD\xBD\x4F')

----------
components: Unicode
messages: 295329
nosy: Vladimir Filippov, ezio.melotti, haypo
priority: normal
severity: normal
status: open
title: Encode to EBCDIC doesn't take into account conversion table irregularities
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30586>
_______________________________________

From report at bugs.python.org  Wed Jun  7 07:43:40 2017
From: report at bugs.python.org (Will Roberts)
Date: Wed, 07 Jun 2017 11:43:40 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496835820.68.0.450396416678.issue30537@psf.upfronthosting.co.za>


Will Roberts added the comment:

Github PR adds simple test, as well as an entry in Misc/NEWS.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Wed Jun  7 07:49:30 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Wed, 07 Jun 2017 11:49:30 +0000
Subject: [issue22898] segfault during shutdown attempting to log
 ResourceWarning
In-Reply-To: <1416345976.57.0.643107529371.issue22898@psf.upfronthosting.co.za>
Message-ID: <1496836170.8.0.644038338346.issue22898@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

With PR 1981, a ResourceWarning is printed when a RecursionError occurs while normalizing another exception and its traceback holds a reference to a non-closed file object.

For information, issue 5437 removed the MemoryError singleton for the same reasons as PR 1981 does.

----------
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22898>
_______________________________________

From report at bugs.python.org  Wed Jun  7 07:49:41 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 07 Jun 2017 11:49:41 +0000
Subject: [issue1207613] Idle Editor: Bottom Scroll Bar
Message-ID: <1496836181.69.0.787502059538.issue1207613@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2050

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1207613>
_______________________________________

From report at bugs.python.org  Wed Jun  7 07:52:17 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 07 Jun 2017 11:52:17 +0000
Subject: [issue1207613] Idle Editor: Bottom Scroll Bar
Message-ID: <1496836337.95.0.0704363480047.issue1207613@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I hope you don't mind that I made a change for this.  I was working with 'Find in files' and couldn't see the full line, so I figured out where to add the scroll bar.  I only found this ticket after the fact.

If it's not appropriate, I can withdraw the PR.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1207613>
_______________________________________

From report at bugs.python.org  Wed Jun  7 07:59:08 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Jun 2017 11:59:08 +0000
Subject: [issue30359] Annotating a function as returning an (async) context
 manager?
In-Reply-To: <1494643727.56.0.6539898445.issue30359@psf.upfronthosting.co.za>
Message-ID: <1496836748.32.0.208056041242.issue30359@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Even Python 2 functions support setting arbitrary attributes, so contextlib2.contextmanager can always just add an __annotations__ dict to decorated functions if it doesn't already exist.

```
>>> def f():
...     pass
... 
>>> f.__annotations__
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: 'function' object has no attribute '__annotations__'
>>> f.__annotations__ = {}
>>> f.__annotations__
{}
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30359>
_______________________________________

From report at bugs.python.org  Wed Jun  7 08:03:24 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 07 Jun 2017 12:03:24 +0000
Subject: [issue30359] Annotating a function as returning an (async) context
 manager?
In-Reply-To: <1494643727.56.0.6539898445.issue30359@psf.upfronthosting.co.za>
Message-ID: <1496837004.71.0.395342638141.issue30359@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

As far as whether or not this usage fits within the guidelines at https://www.python.org/dev/peps/pep-0008/#function-annotations, it would definitely be worth bringing up in a python-dev thread before going ahead with it.

I think it's a good dynamic use of annotations that fits within the spirit of PEP 484 without requiring sphinxcontrib-trio to rely on a static typechecker like mypy, but others may have a different perspective.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30359>
_______________________________________

From report at bugs.python.org  Wed Jun  7 08:04:06 2017
From: report at bugs.python.org (Claudiu Belu)
Date: Wed, 07 Jun 2017 12:04:06 +0000
Subject: [issue30587] Mock with spec object does not ensure method call
 signatures
Message-ID: <1496837046.98.0.920527641247.issue30587@psf.upfronthosting.co.za>


New submission from Claudiu Belu:

Mock can accept a spec object / class as argument, making sure that accessing attributes that do not exist in the spec will cause an AttributeError to be raised, but there is no guarantee that the spec's methods signatures are respected in any way. This creates the possibility to have faulty code with passing unittests and assertions.

Steps to reproduce:

>>> import mock
>>>
>>> class Something(object):
...     def foo(self, a, b, c, d):
...         pass
...
>>>
>>> m = mock.Mock(spec=Something)
>>> m.foo()
<Mock name='mock.foo()' id='140286904787240'>
>>> # TypeError should be raised, but it isn't.
...
>>> m.foo.assert_called_once_with()


Expected behaviour: It should have raised a TypeError, since the method signature is: def meth(self, a, b, c, d):

Actual behaviour: No error.

----------
components: Library (Lib)
messages: 295335
nosy: cbelu
priority: normal
pull_requests: 2051
severity: normal
status: open
title: Mock with spec object does not ensure method call signatures
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30587>
_______________________________________

From report at bugs.python.org  Wed Jun  7 08:22:00 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 12:22:00 +0000
Subject: [issue30586] Encode to EBCDIC doesn't take into account conversion
 table irregularities
In-Reply-To: <1496835700.1.0.322760581427.issue30586@psf.upfronthosting.co.za>
Message-ID: <1496838120.41.0.947711434235.issue30586@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The cp500 codec in Python is generated from the table ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/EBCDIC/CP500.TXT .

There are several EBCDIC code pages. EBCDIC-compatible encodings supported in Python are: cp037, cp273, cp424, cp500, cp875, cp1026 and cp1140. Three of them, cp037, cp424 and cp1140, encode '!' to b'\x5A' and '|' to b'\x4F'.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30586>
_______________________________________

From report at bugs.python.org  Wed Jun  7 08:31:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 12:31:40 +0000
Subject: [issue30586] Encode to EBCDIC doesn't take into account conversion
 table irregularities
In-Reply-To: <1496835700.1.0.322760581427.issue30586@psf.upfronthosting.co.za>
Message-ID: <1496838700.81.0.272176778657.issue30586@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30586>
_______________________________________

From report at bugs.python.org  Wed Jun  7 09:49:26 2017
From: report at bugs.python.org (Jens Lindgren)
Date: Wed, 07 Jun 2017 13:49:26 +0000
Subject: [issue28686] py.exe ignored PATH when using python3 shebang
In-Reply-To: <1479110844.15.0.911795795866.issue28686@psf.upfronthosting.co.za>
Message-ID: <1496843366.12.0.339316850972.issue28686@psf.upfronthosting.co.za>


Jens Lindgren added the comment:

I just got hit by this bug and would like to add my thoughts on this.
If you are in an activated venv, no matter if you launch with command python or python3, it will launch the version in venv (version 3.6.1 in this case).
I expect the py-launcher and shebang to work the same way. In fact it works as expected on Linux and '#! /usr/bin/env pyton3' are in fact using the venv version.
This is a pretty major bug that needs to be fixed asap in my opinion.

----------
nosy: +Jens Lindgren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28686>
_______________________________________

From report at bugs.python.org  Wed Jun  7 10:08:30 2017
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 07 Jun 2017 14:08:30 +0000
Subject: [issue12815] Coverage of smtpd.py
In-Reply-To: <1314001507.51.0.00455911966964.issue12815@psf.upfronthosting.co.za>
Message-ID: <1496844510.39.0.195934045518.issue12815@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12815>
_______________________________________

From report at bugs.python.org  Wed Jun  7 10:10:41 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 07 Jun 2017 14:10:41 +0000
Subject: [issue30014] Speedup DefaultSelectors.modify() by 2x
In-Reply-To: <1491561607.45.0.330964035773.issue30014@psf.upfronthosting.co.za>
Message-ID: <1496844640.99.0.408905271503.issue30014@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

OK, https://github.com/python/cpython/pull/1030 should be good to go.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30014>
_______________________________________

From report at bugs.python.org  Wed Jun  7 10:11:55 2017
From: report at bugs.python.org (Mikhail)
Date: Wed, 07 Jun 2017 14:11:55 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1496844715.48.0.269966310914.issue30345@psf.upfronthosting.co.za>


Mikhail added the comment:

The actual stack, which I'm trying to debug, begins like this:

#0  0xbfbfd34e in ?? ()
#1  0x2a9ec81e in ?? () from /opt/lib/qt5/libQt5WebKit.so.5
#2  0x2acf0efe in ?? () from /opt/lib/qt5/libQt5WebKit.so.5
#3  0x2acd8b74 in ?? () from /opt/lib/qt5/libQt5WebKit.so.5
#4  0x2acd5d60 in ?? () from /opt/lib/qt5/libQt5WebKit.so.5
#5  0x2acd87ae in ?? () from /opt/lib/qt5/libQt5WebKit.so.5
#6  0x2a9fe2e3 in QWebFrameAdapter::load(QNetworkRequest const&, QNetworkAccessManager::Operation, QByteArray const&) () from /opt/lib/qt5/libQt5WebKit.so.5
#7  0x2d7a18dd in QWebFrame::setUrl(QUrl const&) () from /opt/lib/qt5/libQt5WebKitWidgets.so.5
#8  0x2d7ad5eb in QWebView::setUrl(QUrl const&) () from /opt/lib/qt5/libQt5WebKitWidgets.so.5
#9  0x2d75efd4 in meth_QWebView_setUrl(_object*, _object*) ()
   from /opt/lib/python3.6/site-packages/PyQt5/QtWebKitWidgets.so
#10 0x28125151 in _PyCFunction_FastCallDict () from /opt/lib/libpython3.6m.so.1.0
#11 0x28125326 in _PyCFunction_FastCallKeywords () from /opt/lib/libpython3.6m.so.1.0
#12 0x2819a458 in ?? () from /opt/lib/libpython3.6m.so.1.0
#13 0x28193ab2 in _PyEval_EvalFrameDefault () from /opt/lib/libpython3.6m.so.1.0
#14 0x2819b790 in ?? () from /opt/lib/libpython3.6m.so.1.0
#15 0x2819a425 in ?? () from /opt/lib/libpython3.6m.so.1.0
#16 0x28193ab2 in _PyEval_EvalFrameDefault () from /opt/lib/libpython3.6m.so.1.0
[...]

Maybe, it is "too deep" into the native (not Python) code for the feature to work?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Wed Jun  7 10:34:57 2017
From: report at bugs.python.org (Jens Lindgren)
Date: Wed, 07 Jun 2017 14:34:57 +0000
Subject: [issue28686] py.exe ignored PATH when using python3 shebang
In-Reply-To: <1479110844.15.0.911795795866.issue28686@psf.upfronthosting.co.za>
Message-ID: <1496846097.26.0.590606392568.issue28686@psf.upfronthosting.co.za>


Jens Lindgren added the comment:

Sorry I need to clarify.
On Linux both python and python3 works as there is a symlink created from python to python3 in the venv folder.
On Windows only python.exe is created. I copied it to python3.exe. Now I can use python3 script.py to start but py-launcher and shebang still didn't work with '/usr/bin/env python3'.
I expect this to work the same on Windows as it does on Linux.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28686>
_______________________________________

From report at bugs.python.org  Wed Jun  7 10:53:32 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Wed, 07 Jun 2017 14:53:32 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1496847212.9.0.847891655424.issue30345@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

It seems that commit (https://github.com/python/cpython/commit/c52572319cbd50adff85050a54122c25239a516d) changed the parameter name in the definition of _PyCFunction_FastCallDict().  I believe that changing 'func_obj' to just 'func' should fix it (in Tools/gdb/libpython.py).

----------
nosy: +jkloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:02:55 2017
From: report at bugs.python.org (Matthieu Dartiailh)
Date: Wed, 07 Jun 2017 15:02:55 +0000
Subject: [issue30588] Missing documentation for codecs.escape_decode
Message-ID: <1496847775.57.0.842403144977.issue30588@psf.upfronthosting.co.za>


New submission from Matthieu Dartiailh:

codecs.escape_decode does not appear in the codecs documentation. This function is to my knowledge the only convenient way to process the escaped characters in a literal string (actually found here https://stackoverflow.com/questions/4020539/process-escape-sequences-in-a-string-in-python). It is most useful when implementing a parser for a language extending python semantic while retaining python processing of string (cf https://github.com/MatthieuDartiailh/enaml).

Is there a reason for that function not being documented ?

----------
assignee: docs at python
components: Documentation
messages: 295342
nosy: docs at python, mdartiailh
priority: normal
severity: normal
status: open
title: Missing documentation for codecs.escape_decode
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30588>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:21:05 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 07 Jun 2017 15:21:05 +0000
Subject: [issue30589] With forkserver,
 Process.exitcode does not get signal number
Message-ID: <1496848865.75.0.934922267474.issue30589@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

The documentation for multiprocessing.exitcode says:
"""
    The child?s exit code. This will be None if the process has not yet terminated. A negative value -N indicates that the child was terminated by signal N.
"""

This is true for the "fork" method, but not "forkserver" where a child terminated by a signal will get an exitcode of 255.  This is because forkserver relies on the child writing its own exit code in a pipe, which obviously doesn't work if it was killed (255 is simply a fallback value).

See forkserver's Popen.poll():

    def poll(self, flag=os.WNOHANG):
        if self.returncode is None:
            from multiprocessing.connection import wait
            timeout = 0 if flag == os.WNOHANG else None
            if not wait([self.sentinel], timeout):
                return None
            try:
                self.returncode = forkserver.read_unsigned(self.sentinel)
            except (OSError, EOFError):
                # The process ended abnormally perhaps because of a signal
                self.returncode = 255
        return self.returncode

----------
components: Library (Lib)
messages: 295343
nosy: davin, pitrou, sbt
priority: normal
severity: normal
status: open
title: With forkserver, Process.exitcode does not get signal number
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30589>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:22:14 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 15:22:14 +0000
Subject: [issue30588] Missing documentation for codecs.escape_decode
In-Reply-To: <1496847775.57.0.842403144977.issue30588@psf.upfronthosting.co.za>
Message-ID: <1496848934.86.0.0773547758796.issue30588@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is an internal function kept for compatibility. It is used only for decoding pickle protocol 0 data created in Python 2. Look at unicode_escape and raw_unicode_escape codecs for doing similar decoding to strings in Python 3.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30588>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:29:20 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Jun 2017 15:29:20 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496849360.58.0.211730161079.issue30177@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset add98eb4fe41baeaa70fbd4ccc020833740609a4 by Steve Dower (Antoine Pietri) in branch 'master':
bpo-30177: pathlib: include the full path in resolve(strict=False) (#1893)
https://github.com/python/cpython/commit/add98eb4fe41baeaa70fbd4ccc020833740609a4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:30:26 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Jun 2017 15:30:26 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496849426.09.0.597272484083.issue30177@psf.upfronthosting.co.za>


Steve Dower added the comment:

As usual, I can easily hit merge but may not be able to get to the backport immediately. Someone else can feel free to cherrypick and submit the PRs and I'll hit merge on them.

We should also watch the buildbots for failures though before backporting. Particularly in this area, they should have better coverage than the PR checks.

----------
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:31:06 2017
From: report at bugs.python.org (R. David Murray)
Date: Wed, 07 Jun 2017 15:31:06 +0000
Subject: [issue30580] WSGI examples raise AttributeError: __exit__
In-Reply-To: <1496752494.94.0.587385465259.issue30580@psf.upfronthosting.co.za>
Message-ID: <1496849466.23.0.619557781386.issue30580@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30580>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:36:21 2017
From: report at bugs.python.org (Matthieu Dartiailh)
Date: Wed, 07 Jun 2017 15:36:21 +0000
Subject: [issue30588] Missing documentation for codecs.escape_decode
In-Reply-To: <1496848934.86.0.0773547758796.issue30588@psf.upfronthosting.co.za>
Message-ID: <361c3150-e362-a6ed-0083-e8f40fc27806@gmail.com>


Matthieu Dartiailh added the comment:

The issue is that unicode_escape will not properly handle strings mixing
unicode character and escaped character as it assumes latin-1 compatible
characters only. For example, given the literal string '?\n?', one
cannot encode using latin-1 and encoding it using utf-8 then using
unicode _escape produces a wrong output: '?\x94\n?\x94'. However using
codecs.escape_decode(r'?\n?'.encode('utf-8'))[0].decode('utf-8') gives
the proper output. Internally the Python parser handle this case but I
was unable to find where and this is the closest solution I found. I
guess it may be possible using error handlers but it seems much more
cumbersome.

Best regards

Matthieu

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30588>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:41:30 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Wed, 07 Jun 2017 15:41:30 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496850090.69.0.73688791457.issue30177@psf.upfronthosting.co.za>


Changes by Antoine Pietri <antoine.pietri1 at gmail.com>:


----------
pull_requests: +2052

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:41:32 2017
From: report at bugs.python.org (Mikhail)
Date: Wed, 07 Jun 2017 15:41:32 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1496850092.59.0.725870753225.issue30345@psf.upfronthosting.co.za>


Mikhail added the comment:

So, I tried the modified patch (see http://aldan.algebra.com/~mi/tmp/patch-issue30345) -- and now I simply get a different variable name in the error-message:

(gdb) py-bt
Python Exception <type 'exceptions.ValueError'> Variable 'func' not found.: 
Error occurred in Python command: Variable 'func' not found.

However, the older version of the patch only referenced "func_obj" in test_gdb.py -- not in libpython.py -- so I may have misunderstood Jeremy's suggestion entirely...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:43:35 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Wed, 07 Jun 2017 15:43:35 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496850215.83.0.507750791994.issue30177@psf.upfronthosting.co.za>


Antoine Pietri added the comment:

The only backport was for 3.6 as the previous versions don't have the strict= parameter. PR submitted here: https://github.com/python/cpython/pull/1985

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:44:44 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 15:44:44 +0000
Subject: [issue30546] [EASY][Windows] test_uname_win32_ARCHITEW6432() of
 test_platform leaks references
In-Reply-To: <1496393589.85.0.680266409693.issue30546@psf.upfronthosting.co.za>
Message-ID: <1496850284.98.0.542099842612.issue30546@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, this issue was a duplicate of bpo-30567 which was already fixed.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Leak in sys.getwindowsversion

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30546>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:45:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 15:45:14 +0000
Subject: [issue30567] Leak in sys.getwindowsversion
In-Reply-To: <1496596858.95.0.123933382892.issue30567@psf.upfronthosting.co.za>
Message-ID: <1496850314.91.0.795733096521.issue30567@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The issue 30546 has been marked as a duplicate of this issue.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30567>
_______________________________________

From report at bugs.python.org  Wed Jun  7 11:45:17 2017
From: report at bugs.python.org (Vladimir Filippov)
Date: Wed, 07 Jun 2017 15:45:17 +0000
Subject: [issue30586] Encode to EBCDIC doesn't take into account conversion
 table irregularities
In-Reply-To: <1496835700.1.0.322760581427.issue30586@psf.upfronthosting.co.za>
Message-ID: <1496850317.58.0.853979900235.issue30586@psf.upfronthosting.co.za>


Vladimir Filippov added the comment:

According to ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/EBCDIC/CP037.TXT symbols [ and ] have other codes (instead of 0xAD and 0xBD):
0xBA	0x005B	#LEFT SQUARE BRACKET
0xBB	0x005D	#RIGHT SQUARE BRACKET

Looks like ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/EBCDIC/CP500.TXT was created based on https://www.ibm.com/support/knowledgecenter/SSZJPZ_11.3.0/com.ibm.swg.im.iis.ds.parjob.adref.doc/topics/r_deeadvrf_ASCII_to_EBCDIC.html
But this information "This translation is not bidirectional. Some EBCDIC characters cannot be translated to ASCII and some conversion irregularities exist in the table. For more information, see Conversion table irregularities." was ignored. Additional, this line from CP500.TXT:
0xBB	0x007C	#VERTICAL LINE
haven't any source in IBM's table.

Example from z/OS mainframe:
-------------------
bash-4.3$ iconv -f 819 -t 1047 -T ascii.txt > ebcdic.txt
bash-4.3$ ls -T *.txt
t ISO8859-1   T=on  ascii.txt
t IBM-1047    T=on  ebcdic.txt
bash-4.3$ cat ascii.txt
![]|bash-4.3$ od -h ascii.txt
0000000000    21  5B  5D  7C
0000000004
bash-4.3$ cat ebcdic.txt
![]|bash-4.3$ od -h ebcdic.txt
0000000000    5A  AD  BD  4F
0000000004
-------------------

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30586>
_______________________________________

From report at bugs.python.org  Wed Jun  7 12:18:51 2017
From: report at bugs.python.org (Vikram Hegde)
Date: Wed, 07 Jun 2017 16:18:51 +0000
Subject: [issue30566] punycode codec raises IndexError in
 decode_generalized_number()
In-Reply-To: <1496591394.26.0.00653153658066.issue30566@psf.upfronthosting.co.za>
Message-ID: <1496852331.54.0.987581288638.issue30566@psf.upfronthosting.co.za>


Changes by Vikram Hegde <vikhegde at gmail.com>:


----------
pull_requests: +2053

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30566>
_______________________________________

From report at bugs.python.org  Wed Jun  7 12:39:08 2017
From: report at bugs.python.org (Carmen Bianca Bakker)
Date: Wed, 07 Jun 2017 16:39:08 +0000
Subject: [issue30590] str.format no longer accepts unpacked defaultdict for
 default values
Message-ID: <1496853548.43.0.683840894266.issue30590@psf.upfronthosting.co.za>


New submission from Carmen Bianca Bakker:

As brief as can be, the following script works in Python 3.4 and Python 3.5:

    from collections import defaultdict

    mydict = defaultdict(lambda: 'default')

    print('{foo}'.format(**mydict))

And prints "default".

In Python 3.6, you get a KeyError for foo.

----------
components: Library (Lib)
messages: 295353
nosy: carmenbianca
priority: normal
severity: normal
status: open
title: str.format no longer accepts unpacked defaultdict for default values
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30590>
_______________________________________

From report at bugs.python.org  Wed Jun  7 12:40:44 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Wed, 07 Jun 2017 16:40:44 +0000
Subject: [issue30591] textwrap: placeholder backtracking special case lacks
 test coverage
Message-ID: <1496853644.82.0.945578102989.issue30591@psf.upfronthosting.co.za>


New submission from Jonathan Eunice:

A rare case in textwrap when max_lines insufficient and textwrap needs to backtrack to a previous line to add the placeholder seems to lack test coverage.

This issue added as prereq for suggesting an additional test. PR imminent.

Code: Lib/textwrap.py (as is)
Test: Lib/test/test_textwrap.py (extended)

----------
components: Tests
messages: 295354
nosy: jonathaneunice
priority: normal
severity: normal
status: open
title: textwrap: placeholder backtracking special case lacks test coverage
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30591>
_______________________________________

From report at bugs.python.org  Wed Jun  7 12:51:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 16:51:07 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496854267.47.0.535239725089.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I isolated the leak to attached bug.py script. Output:
---
haypo at selma$ ./python bug.py 
[ Top 10 differences ]
bug.py:40: size=6728 B (+6728 B), count=80 (+80), average=84 B
bug.py:46: size=2464 B (+2464 B), count=28 (+28), average=88 B
bug.py:43: size=2464 B (+2464 B), count=28 (+28), average=88 B
---

It seems like compiling a Python source to AST causes the leak. The Python source uses the following bytecodes:

 25         170 LOAD_DEREF               0 (trace)
            172 LOAD_METHOD              0 (append)
            174 LOAD_CONST               0 (None)
            176 CALL_METHOD              1
            178 POP_TOP

AST of the code:

Expr(value=Call(func=Attribute(value=Name(id='trace', ctx=Load()), attr='append', ctx=Load()), args=[NameConstant(value=None)], keywords=[]))

----------
Added file: http://bugs.python.org/file46929/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Wed Jun  7 12:53:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 16:53:17 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496854397.14.0.104056103026.issue30542@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


Removed file: http://bugs.python.org/file46929/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Wed Jun  7 12:53:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 16:53:50 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496854430.85.0.139616377531.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

(Oops, I modified the file while uploading here. I reuploaded the correct bug.py.)

----------
Added file: http://bugs.python.org/file46930/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:00:55 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 07 Jun 2017 17:00:55 +0000
Subject: [issue30590] str.format no longer accepts unpacked defaultdict for
 default values
In-Reply-To: <1496853548.43.0.683840894266.issue30590@psf.upfronthosting.co.za>
Message-ID: <1496854855.02.0.0777762407063.issue30590@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30590>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:07:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 17:07:00 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496855220.38.0.828611994224.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like compile() only leaks when using PyCF_ONLY_AST:

compile(source, "filename", "exec", ast.PyCF_ONLY_AST)

It's maybe a leak in the PyAST_mod2obj() function when creating dictionaries of created AST objects. But in ast_dealloc() of Python/Python-ast.c, I see that a "DECREF" (Py_CLEAR) for the dict. Maybe it's something else.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:15:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 17:15:28 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496855728.37.0.409944616557.issue30584@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 897bba75632dfce87c355e3cd4700468357715a7 by Victor Stinner (Denis Osipov) in branch 'master':
bpo-30584: Fix test_os fails on non-English Windows (#1980)
https://github.com/python/cpython/commit/897bba75632dfce87c355e3cd4700468357715a7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:16:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 17:16:26 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496855786.18.0.180388687248.issue30584@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I merged your fix. Thanks!

Let's wait for Windows buildbots. If tests pass on buildbots, the change should be backported to other branches impacted by the bug.

http://buildbot.python.org/all/waterfall?category=3.x.stable&category=3.x.unstable

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:18:58 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Jun 2017 17:18:58 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496855938.7.0.0362338568862.issue30177@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset ceabf9acf03f9bbe660d856bff90ecab475ab543 by Steve Dower (Antoine Pietri) in branch '3.6':
bpo-30177: pathlib: include the full path in resolve(strict=False) (#1893) (#1985)
https://github.com/python/cpython/commit/ceabf9acf03f9bbe660d856bff90ecab475ab543


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:20:32 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 07 Jun 2017 17:20:32 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1496856032.62.0.529234044133.issue30177@psf.upfronthosting.co.za>


Steve Dower added the comment:

Good point about not needing 3.5.

Buildbots were clean, so I merged it. Thanks Antoine!

----------
resolution:  -> fixed
stage: backport needed -> resolved
status: open -> closed
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:42:26 2017
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 07 Jun 2017 17:42:26 +0000
Subject: [issue30353] ctypes: pass by value for structs broken on Cygwin/MinGW
 64-bit
In-Reply-To: <1494605988.92.0.550577143248.issue30353@psf.upfronthosting.co.za>
Message-ID: <1496857346.9.0.654176560629.issue30353@psf.upfronthosting.co.za>


Vinay Sajip added the comment:


New changeset 9ba3aa4d02a110d1a1ea464a8aff3be7dd9c63c3 by Vinay Sajip (Erik Bray) in branch 'master':
bpo-30353: Fix pass by value for structs on 64-bit Cygwin/MinGW (GH-1559)
https://github.com/python/cpython/commit/9ba3aa4d02a110d1a1ea464a8aff3be7dd9c63c3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30353>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:46:16 2017
From: report at bugs.python.org (Riccardo Polignieri)
Date: Wed, 07 Jun 2017 17:46:16 +0000
Subject: [issue28686] py.exe ignored PATH when using python3 shebang
In-Reply-To: <1479110844.15.0.911795795866.issue28686@psf.upfronthosting.co.za>
Message-ID: <1496857576.43.0.831849547171.issue28686@psf.upfronthosting.co.za>


Riccardo Polignieri added the comment:

@Jens Lindgren

I know, pretty annoying right? But see previous answer by Paul here http://bugs.python.org/issue28686#msg287181

> The Unix ability to have 2 different versions of Python on PATH 
> and select which you use based on executable name doesn't exist 
> on Windows, and so there's no equivalent of the 
> Unix "#!/usr/bin/env pythonX[.Y]"

Now if you ask me, I would expect py.exe to handle all common types of shebang you may find in the wild. 
But I assume that the correct answer instead is that "#!/usr/bin/env pythonX[.Y]" is not a portable shebang, and you just should stop using it. If you happen to find such a shebang in someone else's script, file a bug report there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28686>
_______________________________________

From report at bugs.python.org  Wed Jun  7 13:49:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 17:49:40 +0000
Subject: [issue30590] str.format no longer accepts unpacked defaultdict for
 default values
In-Reply-To: <1496853548.43.0.683840894266.issue30590@psf.upfronthosting.co.za>
Message-ID: <1496857780.76.0.421734199635.issue30590@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There was a bug (see issue18531). It was fixed in 3.6.

Use str.format_map() for formatting with arbitrary mapping.

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30590>
_______________________________________

From report at bugs.python.org  Wed Jun  7 14:07:16 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 07 Jun 2017 18:07:16 +0000
Subject: [issue29981] Update Index for set, dict,
 and generator 'comprehensions'
In-Reply-To: <1491328871.52.0.864348862414.issue29981@psf.upfronthosting.co.za>
Message-ID: <1496858836.29.0.138035893914.issue29981@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29981>
_______________________________________

From report at bugs.python.org  Wed Jun  7 15:41:41 2017
From: report at bugs.python.org (Chris Wilcox)
Date: Wed, 07 Jun 2017 19:41:41 +0000
Subject: [issue30581] os.cpu_count() returns wrong number of processors on
 system with > 64 logical processors
In-Reply-To: <1496753379.54.0.823104830335.issue30581@psf.upfronthosting.co.za>
Message-ID: <1496864501.5.0.360550215696.issue30581@psf.upfronthosting.co.za>


Chris Wilcox added the comment:

I am going to work on this if no one else has started.

----------
nosy: +crwilcox

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30581>
_______________________________________

From report at bugs.python.org  Wed Jun  7 15:52:10 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Wed, 07 Jun 2017 19:52:10 +0000
Subject: [issue30591] textwrap: placeholder backtracking special case lacks
 test coverage
In-Reply-To: <1496853644.82.0.945578102989.issue30591@psf.upfronthosting.co.za>
Message-ID: <1496865130.9.0.205174577253.issue30591@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2054

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30591>
_______________________________________

From report at bugs.python.org  Wed Jun  7 16:18:16 2017
From: report at bugs.python.org (SylvainDe)
Date: Wed, 07 Jun 2017 20:18:16 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
Message-ID: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>


New submission from SylvainDe:

Very recent "regression". Issue found because of a pet project trying to parse error messages using regexps : more on https://github.com/SylvainDe/DidYouMean-Python/issues/31 .

On recent Cron builds on Jenkins, running the following code

    bool(this_doesnt_exist=2)

fails with the following error message

    'bool()() takes no keyword arguments'

instead of the expected error message

    'bool() takes no keyword arguments'.


Having a quick look at the recent commits, I suspect with no guarantee whatsoever the issue got introduced with https://github.com/python/cpython/commit/5eb788bf7f54a8e04429e18fc332db858edd64b6 / http://bugs.python.org/issue30534 .

I haven't tried to reproduce the issue locally yet and add the findinds if any later on.

----------
messages: 295366
nosy: SylvainDe
priority: normal
severity: normal
status: open
title: Bad error message 'bool()() takes no keyword arguments'
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Wed Jun  7 16:23:44 2017
From: report at bugs.python.org (Nikhil Patel)
Date: Wed, 07 Jun 2017 20:23:44 +0000
Subject: [issue30542] [EASY] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496867024.11.0.264553423083.issue30542@psf.upfronthosting.co.za>


Nikhil Patel added the comment:

I'd like to respectfully disagree with the suggestions/conclusions mentioned here. I'll explain my reasoning and conclusions below.

First the short version - I'm fairly confident the leak actually has to do with: https://github.com/python/cpython/blob/master/Lib/test/test_tools/test_unparse.py#L282


my approach:

It was initially implied that we can begin to pinpoint the leak from within the test_files() method in test_tools.test_unparse.DirectoryTestCase.

I ran the tests using the command:
python_d -m test -R 3:3 test_tools.test_unparse -m test_files

I had test_files() print the files selected in line 282 (and limited sample size to 1).

Result:
(note: i shortened printed pathnames manually after the fact, as it printed the absolute paths)

python_d -m test -R 3:3 test_tools.test_unparse -m test_files
Run tests sequentially
0:00:00 [1/1] test_tools.test_unparse
Testing cpython\Lib\test\test_spwd.py
beginning 6 repetitions
123456
Testing cpython\Lib\copy.py
.Testing cpython\Lib\test\test_isinstance.py
.Testing cpython\Lib\test\test_bytes.py
.Testing cpython\Lib\test\test_csv.py
.Testing cpython\Lib\test\test_dynamic.py
.Testing cpython\Lib\test\test_xml_etree.py
.
test_tools.test_unparse leaked [3, 0, 13] references, sum=16
test_tools.test_unparse leaked [6, 2, 4] memory blocks, sum=12
test_tools.test_unparse failed

1 test failed:
    test_tools.test_unparse

Total duration: 4 sec
Tests result: FAILURE

Then I made a slight modification: I replaced random.sample(names,1) on line 282 with a list containing the absolute paths to each of those files it tested in the run I described above. That means each of those files would be loaded, compiled and their tests run 6 times.

Result:

python_d -m test -R 3:3 test_tools.test_unparse -m test_files
Run tests sequentially
0:00:00 [1/1] test_tools.test_unparse
beginning 6 repetitions
123456
......
1 test OK.

Total duration: 24 sec
Tests result: SUCCESS


Conclusion:
If the same source files are being read, compiled, and their tests run - with different results - then I do not believe the leak can be associated with the self.checkRoundTrip() method or the compile() method


I don't have an in-depth explanation why this is the case. But removing the call to random.sample() fixes the issue, I am reasonably sure of it. 

I presume to say this because I commented out lines 280-282 and instead I made it instead iterate through subsets of size 50 using slicing (so names[:50] etc) in line 284. I went through the entire set of files, 50 at a time. All ran successfully.

----------
nosy: +npatel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Wed Jun  7 16:49:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 20:49:15 +0000
Subject: [issue30591] textwrap: placeholder backtracking special case lacks
 test coverage
In-Reply-To: <1496853644.82.0.945578102989.issue30591@psf.upfronthosting.co.za>
Message-ID: <1496868555.75.0.391315953486.issue30591@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 5edf827c8052958b9d293f75ce8d93b66c1d58da by Serhiy Storchaka (Jonathan Eunice) in branch 'master':
bpo-30591: Added test for textwrap backtracking. (#1988)
https://github.com/python/cpython/commit/5edf827c8052958b9d293f75ce8d93b66c1d58da


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30591>
_______________________________________

From report at bugs.python.org  Wed Jun  7 16:50:06 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 20:50:06 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496868606.35.0.150781434147.issue30592@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
components: +Interpreter Core
nosy: +serhiy.storchaka
type: enhancement -> behavior
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Wed Jun  7 16:51:14 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 20:51:14 +0000
Subject: [issue30591] textwrap: placeholder backtracking special case lacks
 test coverage
In-Reply-To: <1496853644.82.0.945578102989.issue30591@psf.upfronthosting.co.za>
Message-ID: <1496868674.63.0.934231009074.issue30591@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30591>
_______________________________________

From report at bugs.python.org  Wed Jun  7 17:05:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 07 Jun 2017 21:05:44 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1496869544.09.0.3958908336.issue25514@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#26413 is about fixing shadowing problem.

Current thought for this issue: add a section to IDLE doc listing known possible causes (message above).  Reference section in message, giving web link.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Wed Jun  7 17:09:09 2017
From: report at bugs.python.org (SylvainDe)
Date: Wed, 07 Jun 2017 21:09:09 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496869749.6.0.991695673744.issue30592@psf.upfronthosting.co.za>


SylvainDe added the comment:

Reproduced locally using unit tests:

+    def test_varargs0_kw(self):
+        msg = r"bool\(\) takes no keyword arguments"
+        self.assertRaisesRegex(TypeError, msg, bool, x=2)
+


giving:

Traceback (most recent call last):
  File "/home/josay/Geekage/PythonRgr/cpython/Lib/test/test_call.py", line 136, in test_varargs0_kw
    self.assertRaisesRegex(TypeError, msg, bool, x=2)
AssertionError: "bool\(\) takes no keyword arguments" does not match "bool()() takes no keyword arguments"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Wed Jun  7 17:12:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 21:12:42 +0000
Subject: [issue30542] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496869962.69.0.456478124519.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I tagged the issue too early as "[EASY]" while it's a super complex bug... I'm unable to say if the issue is a real leak or not...

----------
title: [EASY] test_files() of test_tools.test_unparse.DirectoryTestCase leaks references -> test_files() of test_tools.test_unparse.DirectoryTestCase leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Wed Jun  7 17:13:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 21:13:06 +0000
Subject: [issue30542] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496869986.47.0.628244917789.issue30542@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
keywords:  -easy (C)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Wed Jun  7 17:18:50 2017
From: report at bugs.python.org (SylvainDe)
Date: Wed, 07 Jun 2017 21:18:50 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496870330.07.0.201638775388.issue30592@psf.upfronthosting.co.za>


SylvainDe added the comment:

The issue seems to be in:

int
_PyArg_NoKeywords(const char *funcname, PyObject *kwargs)


I'm happy to submit a PR if needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Wed Jun  7 17:24:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 07 Jun 2017 21:24:55 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496870695.34.0.930174079345.issue30592@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for catching this bug SylvainDe. This is a regression caused by issue30534. I added "()" after the function name for unifying with other error messages but missed that _PyArg_NoKeywords() often is called with argument containing "()", e.g. _PyArg_NoKeywords("bool()", kwds).

There are two ways to solve this issue:

1. Remove "()" from all calls of _PyArg_NoKeywords(), _PyArg_NoStackKeywords() and _PyArg_NoPositional() and let these functions to add "()" automatically. This will change almost all manually calls of _PyArg_NoKeywords(). And may be in some cases "()" shouldn't be added.

2. Make _PyArg_NoKeywords(), _PyArg_NoStackKeywords() and _PyArg_NoPositional() not adding "()" automatically, but always pass a name with "()" if it is needed. Argument Clinic should be changed to add "()" in arguments of these functions. This is large patch, but mostly generated.

I don't know what the way is better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Wed Jun  7 17:51:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 07 Jun 2017 21:51:45 +0000
Subject: [issue1207613] Idle Editor: Bottom Scroll Bar
Message-ID: <1496872305.52.0.499340446918.issue1207613@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Output Window definitely needs a scrollbar available on screens where it cannot be stretched to 160 chars or so.  Thinking about it, if one greps idlelib in a local install, with a url something like C:/users/somename/appdata/local/python/lib/idlelib/*.py, one only needs 100 chars to pick up the idlelib file name and code, but needs the scrollbar to display the last 100 chars instead of the first 100 chars.

To add to msg16443: the fact that one can stretch the window much wider than 80 chars means that omitting a scrollbar does not enforce an 80-char limit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1207613>
_______________________________________

From report at bugs.python.org  Wed Jun  7 17:52:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 07 Jun 2017 21:52:15 +0000
Subject: [issue30542] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1496872335.54.0.636984038008.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Attached test_unparse.py file should be copied to Lib/test/test_tools/test_unparse.py to run:

./python -m test -R 1:2 -m test_files test_tools

With this change, I get this output:
---
haypo at selma$ ./python -m test -R 1:2 -m test_files test_tools
Run tests sequentially
0:00:00 load avg: 0.12 [1/1] test_tools
beginning 3 repetitions
123
...
test_tools leaked [6, 19] references, sum=25
test_tools leaked [3, 5] memory blocks, sum=8
test_tools failed

1 test failed:
    test_tools

Total duration: 223 ms
Tests result: FAILURE
---

----------
Added file: http://bugs.python.org/file46931/test_unparse.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Wed Jun  7 18:03:12 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 07 Jun 2017 22:03:12 +0000
Subject: [issue30579] Allow traceback objects to be
 instantiated/mutated/annotated
In-Reply-To: <1496720513.53.0.619437315354.issue30579@psf.upfronthosting.co.za>
Message-ID: <1496872992.33.0.355423632941.issue30579@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30579>
_______________________________________

From report at bugs.python.org  Wed Jun  7 18:26:12 2017
From: report at bugs.python.org (Noah Levitt)
Date: Wed, 07 Jun 2017 22:26:12 +0000
Subject: [issue30593] sqlite3 executescript does not respect isolation_level?
Message-ID: <1496874372.71.0.386718396878.issue30593@psf.upfronthosting.co.za>


New submission from Noah Levitt:

As far as I can tell, sqlite3 executescript() does not respect isolation_level. Is that true? If so, I think it's worth mentioning in the doc. Or maybe it should respect isolation_level, not sure there's any particular reason not to.

----------
components: Library (Lib)
messages: 295376
nosy: Noah Levitt
priority: normal
severity: normal
status: open
title: sqlite3 executescript does not respect isolation_level?
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30593>
_______________________________________

From report at bugs.python.org  Wed Jun  7 18:27:40 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 07 Jun 2017 22:27:40 +0000
Subject: [issue30581] os.cpu_count() returns wrong number of processors on
 system with > 64 logical processors
In-Reply-To: <1496753379.54.0.823104830335.issue30581@psf.upfronthosting.co.za>
Message-ID: <1496874460.68.0.999091500999.issue30581@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Nobody has AFAIK.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30581>
_______________________________________

From report at bugs.python.org  Wed Jun  7 20:38:17 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 08 Jun 2017 00:38:17 +0000
Subject: [issue30589] With forkserver,
 Process.exitcode does not get signal number
In-Reply-To: <1496848865.75.0.934922267474.issue30589@psf.upfronthosting.co.za>
Message-ID: <1496882297.3.0.831926568779.issue30589@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2055

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30589>
_______________________________________

From report at bugs.python.org  Wed Jun  7 20:38:34 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 08 Jun 2017 00:38:34 +0000
Subject: [issue30589] With forkserver,
 Process.exitcode does not get signal number
In-Reply-To: <1496848865.75.0.934922267474.issue30589@psf.upfronthosting.co.za>
Message-ID: <1496882314.94.0.136404477899.issue30589@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30589>
_______________________________________

From report at bugs.python.org  Wed Jun  7 23:49:49 2017
From: report at bugs.python.org (Aaron Hall)
Date: Thu, 08 Jun 2017 03:49:49 +0000
Subject: [issue26103] Contradiction in definition of "data descriptor" between
 (dotted lookup behavior/datamodel documentation) and (inspect
 lib/descriptor how-to)
In-Reply-To: <1452718612.1.0.925403449689.issue26103@psf.upfronthosting.co.za>
Message-ID: <1496893789.38.0.72474538935.issue26103@psf.upfronthosting.co.za>


Aaron Hall added the comment:

I tweaked the docs a little more this morning, but I believe I am done making any further changes unless so requested.

This issue doesn't say it's assigned to anyone. Is there anything else that needs to happen here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26103>
_______________________________________

From report at bugs.python.org  Thu Jun  8 02:03:06 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 08 Jun 2017 06:03:06 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496901786.78.0.484301736894.issue30537@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:


New changeset 0ecdc525146ecec9d1549ebf59404c769637a512 by Raymond Hettinger (Will Roberts) in branch 'master':
bpo-30537: use PyNumber in itertools.islice instead of PyLong (#1918)
https://github.com/python/cpython/commit/0ecdc525146ecec9d1549ebf59404c769637a512


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Thu Jun  8 02:13:35 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 08 Jun 2017 06:13:35 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
Message-ID: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>


New submission from Nathaniel Smith:

If you pass a server_hostname= that fails IDNA decoding to SSLContext.wrap_socket or SSLContext.wrap_bio, then the SSLContext object has a spurious Py_DECREF called on it, eventually leading to segfaults.

Demo attached.

----------
assignee: christian.heimes
components: SSL
files: demo.py
messages: 295380
nosy: alex, christian.heimes, dstufft, janssen, njs
priority: normal
severity: normal
status: open
title: Refcounting mistake in _ssl.c
type: crash
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file46932/demo.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 02:13:45 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 08 Jun 2017 06:13:45 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496902425.64.0.248001771092.issue30594@psf.upfronthosting.co.za>


Changes by Nathaniel Smith <njs at pobox.com>:


----------
pull_requests: +2056

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 02:30:45 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 06:30:45 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496903445.82.0.501718848113.issue30594@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 65ece7ca2366308fa91a39a8dfa255e6bdce3cca by Serhiy Storchaka (Nathaniel J. Smith) in branch 'master':
bpo-30594: Fixed refcounting in newPySSLSocket (#1992)
https://github.com/python/cpython/commit/65ece7ca2366308fa91a39a8dfa255e6bdce3cca


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 02:33:17 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 06:33:17 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496903597.54.0.270230832245.issue30594@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your report and patch Nathaniel.

Do you mind to create backporting PRs?

----------
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 02:41:04 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 08 Jun 2017 06:41:04 +0000
Subject: [issue30537] Using PyNumber_AsSsize_t in itertools.islice
In-Reply-To: <1496316369.93.0.672552876761.issue30537@psf.upfronthosting.co.za>
Message-ID: <1496904064.01.0.612985547874.issue30537@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Applied patch.  In theory, this was reasonable.  Since islice() deals with indices, checking __index__ seems reasonable.

On the other hand, stable high-performance code was changed without any known reasonable use cases, and no one will ever likely see a benefit. A cheap atomic operation was replaced with a more complex and less thread-safe chain of calls (I'm no longer even sure that the test cases cover all the possible code paths).

Users might be better off by not seeing an unhelpful error message when passing in a numpy.int32, or they might be worse-off by having lost a cue that they were writing inefficient code (which invisibly creates temporary integer objects on every call when presumably the whole reason for using numpy was a concern for efficiency).

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30537>
_______________________________________

From report at bugs.python.org  Thu Jun  8 03:33:27 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 08 Jun 2017 07:33:27 +0000
Subject: [issue28414] SSL match_hostname fails for internationalized domain
 names
In-Reply-To: <1476172956.13.0.85556243538.issue28414@psf.upfronthosting.co.za>
Message-ID: <1496907207.78.0.601145397042.issue28414@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

If the SSL module followed the pattern of encoding all str to bytes at the edges while leaving bytes alone, and used exclusively bytes internally (and in this case by "bytes" I mean "bytes objects containing A-labels"), then it would at least fix this bug and also make it possible for library authors to implement their own IDNA handling. Right now if you pass in a pre-encoded byte-string, exactly what ssl.py needs to compare to the certificate, then ssl.py will convert it *back* to text :-(.

----------
nosy: +njs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28414>
_______________________________________

From report at bugs.python.org  Thu Jun  8 03:40:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 07:40:26 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
Message-ID: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/712/steps/test/logs/stdio

======================================================================
ERROR: test_queue_feeder_donot_stop_onexc (test.test_multiprocessing_spawn.WithProcessesTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 767, in test_queue_feeder_donot_stop_onexc
    self.assertTrue(q.get(timeout=0.1))
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\multiprocessing\queues.py", line 105, in get
    raise Empty
queue.Empty

----------
components: Tests, Windows
messages: 295385
nosy: davin, haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: test_queue_feeder_donot_stop_onexc() of test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Thu Jun  8 04:29:16 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 08 Jun 2017 08:29:16 +0000
Subject: [issue17305] IDNA2008 encoding missing
In-Reply-To: <1361928766.42.0.728949411958.issue17305@psf.upfronthosting.co.za>
Message-ID: <1496910556.31.0.118448932236.issue17305@psf.upfronthosting.co.za>


Changes by Nathaniel Smith <njs at pobox.com>:


----------
nosy: +njs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17305>
_______________________________________

From report at bugs.python.org  Thu Jun  8 04:38:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 08:38:46 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496911126.91.0.256480994182.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

SubinterpreterTest.test_subinterps of test_capi also leaks. But it is likely the same bug than this issue (SubinterpreterTest.test_callbacks_leak() of test_atexit leaks).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 05:02:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 09:02:52 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496912572.22.0.241088194453.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, 1abcf6700b4da6207fe859de40c6c1bada6b4fec introduced two more reference leaks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 05:50:17 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 08 Jun 2017 09:50:17 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496915417.39.0.179596758125.issue30594@psf.upfronthosting.co.za>


Changes by Nathaniel Smith <njs at pobox.com>:


----------
pull_requests: +2057

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 05:50:18 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 08 Jun 2017 09:50:18 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496915418.88.0.576582459218.issue30594@psf.upfronthosting.co.za>


Changes by Nathaniel Smith <njs at pobox.com>:


----------
pull_requests: +2058

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 05:51:35 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 08 Jun 2017 09:51:35 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496915495.12.0.7056001597.issue30594@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

posted backports for 3.5 and 3.6. It looks like 2.7 is actually unaffected, because it doesn't have IDNA support, so there's no failure path in between when the reference is stored and when its INCREFed.

----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 05:55:51 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 09:55:51 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496915751.12.0.98663016591.issue30547@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2059

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:01:43 2017
From: report at bugs.python.org (SylvainDe)
Date: Thu, 08 Jun 2017 10:01:43 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496916103.64.0.0986195266158.issue30592@psf.upfronthosting.co.za>


SylvainDe added the comment:

As I was trying to test coverage for a few places where the same error was built, I have discovered another issue where the error message is very misleading:

 AssertionError: "^index\(\) takes no keyword arguments$" does not match "index() takes at least 1 argument (0 given)"
 def test_varargs4_kw(self):
     msg = r"^index\(\) takes no keyword arguments$"
     self.assertRaisesRegex(TypeError, msg, [].index, x=2)


Should I open another ticket to track this ?



Anyway, so far, I have reached the following conclusion regarding the test coverage:

Objects/call.c:551:                 "%.200s() takes no keyword arguments" => TESTED
(In _PyMethodDef_RawFastCallDict)

Objects/call.c:690:                 "%.200s() takes no keyword arguments" => Not tested
(In _PyMethodDef_RawFastCallKeywords)

Objects/call.c:737:            PyErr_Format(PyExc_TypeError, "%.200s() takes no keyword arguments" => Not tested
(In cfunction_call_varargs)


Python/getargs.c:2508:    PyErr_Format(PyExc_TypeError, "%.200s takes no keyword arguments" => TESTED (Now)
(In _PyArg_NoKeywords)

Python/getargs.c:2525:    PyErr_Format(PyExc_TypeError, "%.200s() takes no keyword arguments" => Not tested
(In _PyArg_NoStackKeywords)


Any suggestion regarding how to test what is not tested is more than welcome.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:02:30 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 10:02:30 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496916150.25.0.381268044769.issue30547@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

I have pushed a PR, if you can check it. Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:03:11 2017
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 08 Jun 2017 10:03:11 +0000
Subject: [issue28414] SSL match_hostname fails for internationalized domain
 names
In-Reply-To: <1476172956.13.0.85556243538.issue28414@psf.upfronthosting.co.za>
Message-ID: <1496916191.63.0.0278894344327.issue28414@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I have an idea for a different approach that can be applied to both ssl and socket module. Stay tuned to this station for a PEP broadcast!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28414>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:09:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 10:09:29 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496916569.28.0.874401570499.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

-    SET_SYS_FROM_STRING_BORROW_INT_RESULT("warnoptions", warnoptions); 

Oh, it seems like the regression was introduced by me in the commit 8fea252a507024edf00d5d98881d22dc8799a8d3, see:
http://bugs.python.org/issue18520#msg201472

Or maybe it comes from recent changes made by Eric Snow and Nick Coghlan related to Python initiallization (PEP 432). I don't know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:16:46 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 10:16:46 +0000
Subject: [issue18520] Fixes bugs found by pyfailmalloc during Python
 initialization
In-Reply-To: <1374405764.28.0.138932329528.issue18520@psf.upfronthosting.co.za>
Message-ID: <1496917006.32.0.92545511967.issue18520@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2060

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18520>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:16:46 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 10:16:46 +0000
Subject: [issue22257] PEP 432: Redesign the interpreter startup sequence
In-Reply-To: <1408789351.84.0.0171822343712.issue22257@psf.upfronthosting.co.za>
Message-ID: <1496917006.41.0.285979848927.issue22257@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2061

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22257>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:20:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 10:20:50 +0000
Subject: [issue30536] [EASY] SubinterpThreadingTests.test_threads_join_2() of
 test_threading leaks references
In-Reply-To: <1496313739.63.0.850001827966.issue30536@psf.upfronthosting.co.za>
Message-ID: <1496917250.3.0.867035842934.issue30536@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This issue is a duplicate of bpo-30547.

I tested that bpo-30547 fixes this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30536>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:21:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 10:21:07 +0000
Subject: [issue30547] [EASY][Windows] SubinterpreterTest.test_callbacks_leak()
 of test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496917267.57.0.527662880566.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

bpo-30536 has been marked as a duplicate of this issue: [EASY] SubinterpThreadingTests.test_threads_join_2() of test_threading leaks references.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:21:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 10:21:38 +0000
Subject: [issue30547] [Windows] SubinterpreterTest.test_callbacks_leak() of
 test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496917298.79.0.49128052267.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, that issue wasn't [EASY] at all! But I tried to help St?phane & Louie as much as I could ;-)

----------
keywords:  -easy (C)
title: [EASY][Windows] SubinterpreterTest.test_callbacks_leak() of test_atexit leaks references -> [Windows] SubinterpreterTest.test_callbacks_leak() of test_atexit leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:25:03 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 08 Jun 2017 10:25:03 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
Message-ID: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

multiprocessing.Process (actually, the _popen object attached to it) has a GC-based finalizer to release system resources (such as fds).  However, it would be nice to be able to release those resources in a timely manner.  Adding a close() method would let users do that.  What do you think?

----------
components: Library (Lib)
messages: 295396
nosy: davin, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: Add close() to multiprocessing.Process
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:33:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 10:33:43 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496918023.81.0.258172743809.issue30592@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2062

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:33:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 10:33:43 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496918023.91.0.269548563264.issue30534@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2063

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:36:46 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 08 Jun 2017 10:36:46 +0000
Subject: [issue30597] Show expected input in custom "print" error message
Message-ID: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

Back when we added the custom error message for missing parentheses in print calls, I also pre-seeded an explanation of the error on Stack Overflow: https://stackoverflow.com/questions/25445439/what-does-syntaxerror-missing-parentheses-in-call-to-print-mean-in-python/

While that does seem to be having the desired effect of explaining an otherwise cryptic message to people, William Brown pointed out that it could potentially be improved by taking advantage of the fact we have access to the rest of the line when working out the exact error text:

```
>>> print "Hello world!"
  File "<stdin>", line 1
    print "Hello world!"
                       ^
SyntaxError: Missing parentheses in call to 'print'. Did you mean 'print("Hello world!")'?
```

The rationale for such a change is similar to the rationale for adding the custom error message in the first place: the folks most likely to hit this are either attempting to run a Python 2 script on Py3, or else attempting to follow a Py2 tutorial on Py3, and *telling* them what's wrong isn't as clear as *showing* them (by reprinting the line with the parentheses added)

----------
messages: 295397
nosy: ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Show expected input in custom "print" error message
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:44:47 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 10:44:47 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496918687.58.0.952395802109.issue30592@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Sorry, SylvainDe, but by the time you expose your desire to work on this issue, I already had written two alternate patches. I needed only a time for deciding what of them is the more appropriate solution.

PR 1996 implements the first way. It removes explicit "()" from arguments passed to _PyArg_NoKeywords(). Fixed 23 functions and methods.

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:47:04 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 10:47:04 +0000
Subject: [issue30536] [EASY] SubinterpThreadingTests.test_threads_join_2() of
 test_threading leaks references
In-Reply-To: <1496313739.63.0.850001827966.issue30536@psf.upfronthosting.co.za>
Message-ID: <1496918824.67.0.198446953269.issue30536@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
superseder:  -> [Windows] SubinterpreterTest.test_callbacks_leak() of test_atexit leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30536>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:48:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 10:48:40 +0000
Subject: [issue30598] Py_NewInterpreter() leaks a reference on warnoptions in
 _PySys_EndInit()
Message-ID: <1496918920.92.0.347737718278.issue30598@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Recently, the Python initialization was reworked to start to implement the PEP 432:

- bpo-22257: commits 1abcf6700b4da6207fe859de40c6c1bada6b4fec and 6b4be195cd8868b76eb6fbe166acc39beee8ce36

Now, Py_NewInterpreter() leaks a reference on warnoptions in _PySys_EndInit(). We tried with St?phane Wirtel and Louie Lu to add Py_DECREF(warnoptions), but test_capi does crash with this change.

The problem is that warnoptions is stored in a C global variable *and* in sys.warnoptions of each interpreter. The ownership of this variable is unclear.

I don't think that it's a good idea to share a list between two interpreters and so I created this issue to propose to redesign this variable.

The tricky part is that the C global variable is also accessed by 2 public C functions: PySys_ResetWarnOptions() and PySys_AddWarnOptionUnicode().

----------
messages: 295399
nosy: eric.snow, haypo, ncoghlan
priority: normal
severity: normal
status: open
title: Py_NewInterpreter() leaks a reference on warnoptions in _PySys_EndInit()
type: resource usage
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30598>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:48:56 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Thu, 08 Jun 2017 10:48:56 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1496918936.69.0.869286827317.issue30597@psf.upfronthosting.co.za>


Sanyam Khurana added the comment:

Hi Nick,

Can I work on this issue?

----------
nosy: +CuriousLearner

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:50:22 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 08 Jun 2017 10:50:22 +0000
Subject: [issue13691] pydoc help (or help('help')) should show the doc for help
In-Reply-To: <1325406152.03.0.315132806833.issue13691@psf.upfronthosting.co.za>
Message-ID: <1496919022.59.0.794822285225.issue13691@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Belatedly removing the "easy" tag, since that turned out to be thoroughly incorrect...

----------
keywords:  -easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13691>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:50:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 10:50:49 +0000
Subject: [issue30547] [Windows] SubinterpreterTest.test_callbacks_leak() of
 test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496919049.14.0.383131497905.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I created bpo-30598: Py_NewInterpreter() leaks a reference on warnoptions in _PySys_EndInit().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 06:57:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 10:57:39 +0000
Subject: [issue30599] test_threaded_import leaks references
Message-ID: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%203.x/builds/28/steps/test/logs/stdio

1:50:39 load avg: 3.66 [302/405/8] test_threaded_import failed -- running: test_tarfile (80 sec)
beginning 6 repetitions
123456
......
test_threaded_import leaked [355866, 185490, 120912] references, sum=662268
test_threaded_import leaked [119138, 62100, 40480] memory blocks, sum=221718


Might be related to bpo-30598 and bpo-30547.

----------
components: Tests
messages: 295403
nosy: haypo
priority: normal
severity: normal
status: open
title: test_threaded_import leaks references
type: resource usage
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:04:18 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 08 Jun 2017 11:04:18 +0000
Subject: [issue30598] Py_NewInterpreter() leaks a reference on warnoptions in
 _PySys_EndInit()
In-Reply-To: <1496918920.92.0.347737718278.issue30598@psf.upfronthosting.co.za>
Message-ID: <1496919858.58.0.954005649159.issue30598@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I'd suggest that the right fix here would be to move warnoptions into the config struct as proposed in the PEP: https://www.python.org/dev/peps/pep-0432/#supported-configuration-settings

The main reason we merged this as a private API was so we could do that setting-by-setting, with the test suite ensuring we weren't breaking anything.

It looks like in this case, it's the status quo that's broken, and the change makes it possible to fix it :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30598>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:10:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 11:10:11 +0000
Subject: [issue30598] Py_NewInterpreter() leaks a reference on warnoptions in
 _PySys_EndInit()
In-Reply-To: <1496918920.92.0.347737718278.issue30598@psf.upfronthosting.co.za>
Message-ID: <1496920211.65.0.267069634281.issue30598@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2064

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30598>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:11:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 11:11:38 +0000
Subject: [issue30598] Py_NewInterpreter() leaks a reference on warnoptions in
 _PySys_EndInit()
In-Reply-To: <1496918920.92.0.347737718278.issue30598@psf.upfronthosting.co.za>
Message-ID: <1496920298.0.0.0909301564317.issue30598@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also bpo-30547 for other refleaks somehow related to that one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30598>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:13:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 11:13:22 +0000
Subject: [issue30547] [Windows] SubinterpreterTest.test_callbacks_leak() of
 test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496920402.26.0.701571908811.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset ab1cb80b435a34e4f908c97cd2f3a7fe8add6505 by Victor Stinner (St?phane Wirtel) in branch 'master':
bpo-30547: Fix multiple reference leaks (#1995)
https://github.com/python/cpython/commit/ab1cb80b435a34e4f908c97cd2f3a7fe8add6505


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:13:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 11:13:22 +0000
Subject: [issue22257] PEP 432: Redesign the interpreter startup sequence
In-Reply-To: <1408789351.84.0.0171822343712.issue22257@psf.upfronthosting.co.za>
Message-ID: <1496920402.39.0.524009839394.issue22257@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset ab1cb80b435a34e4f908c97cd2f3a7fe8add6505 by Victor Stinner (St?phane Wirtel) in branch 'master':
bpo-30547: Fix multiple reference leaks (#1995)
https://github.com/python/cpython/commit/ab1cb80b435a34e4f908c97cd2f3a7fe8add6505


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22257>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:14:07 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 08 Jun 2017 11:14:07 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496920447.02.0.73808500818.issue30594@psf.upfronthosting.co.za>


Changes by Nathaniel Smith <njs at pobox.com>:


----------
pull_requests: +2065

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:14:42 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 11:14:42 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496920482.37.0.132782678724.issue30594@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 854f7ba1d5cbb6a42511beae66c8dbe34f2cbcd3 by Serhiy Storchaka (Nathaniel J. Smith) in branch '3.6':
[3.6] bpo-30594: Fixed refcounting in newPySSLSocket (GH-1992) (#1994)
https://github.com/python/cpython/commit/854f7ba1d5cbb6a42511beae66c8dbe34f2cbcd3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:14:46 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 11:14:46 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1496920486.76.0.482008077994.issue30594@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 54ba41ecc5711f89841342c5f9dd555ee13404b5 by Serhiy Storchaka (Nathaniel J. Smith) in branch '3.5':
[3.5] bpo-30594: Fixed refcounting in newPySSLSocket (GH-1992) (#1993)
https://github.com/python/cpython/commit/54ba41ecc5711f89841342c5f9dd555ee13404b5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:27:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 11:27:49 +0000
Subject: [issue30598] Py_NewInterpreter() leaks a reference on warnoptions in
 _PySys_EndInit()
In-Reply-To: <1496918920.92.0.347737718278.issue30598@psf.upfronthosting.co.za>
Message-ID: <1496921269.74.0.988465291214.issue30598@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 865de27dd79571a4a5c7a7d22a07fb909c4a9f8e by Victor Stinner in branch 'master':
bpo-30598: _PySys_EndInit() now duplicates warnoptions (#1998)
https://github.com/python/cpython/commit/865de27dd79571a4a5c7a7d22a07fb909c4a9f8e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30598>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:30:27 2017
From: report at bugs.python.org (Denis Osipov)
Date: Thu, 08 Jun 2017 11:30:27 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496921427.38.0.786963796059.issue30584@psf.upfronthosting.co.za>


Changes by Denis Osipov <osipov_d at list.ru>:


----------
pull_requests: +2066

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:30:50 2017
From: report at bugs.python.org (Denis Osipov)
Date: Thu, 08 Jun 2017 11:30:50 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496921450.2.0.215042655341.issue30584@psf.upfronthosting.co.za>


Changes by Denis Osipov <osipov_d at list.ru>:


----------
pull_requests: +2067

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:34:57 2017
From: report at bugs.python.org (Denis Osipov)
Date: Thu, 08 Jun 2017 11:34:57 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496921697.24.0.155596100551.issue30584@psf.upfronthosting.co.za>


Denis Osipov added the comment:

Tests on Windows buildbots passed. I've made PR for 3.5 and 3.6 backporting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:37:09 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 08 Jun 2017 11:37:09 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1496921829.42.0.433127131276.issue30597@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

You'll need to be careful about fully translating to python 3, though. What do you do with:

print >> sys.stderr, "message"

or:

print "message",

?

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:38:25 2017
From: report at bugs.python.org (Denis Osipov)
Date: Thu, 08 Jun 2017 11:38:25 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496921905.94.0.796738407507.issue30584@psf.upfronthosting.co.za>


Changes by Denis Osipov <osipov_d at list.ru>:


----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:38:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 11:38:30 +0000
Subject: [issue30599] test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496921910.93.0.232309025604.issue30599@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Even when the two latest refleak fixes (ab1cb80b435a34e4f908c97cd2f3a7fe8add6505 and 865de27dd79571a4a5c7a7d22a07fb909c4a9f8e), test_threaded_import still leaks.

haypo at selma$ ./python -m test -R 3:3 -m test_side_effect_import test_threaded_import  
Run tests sequentially
0:00:00 load avg: 0.39 [1/1] test_threaded_import
beginning 6 repetitions
123456
......
test_threaded_import leaked [1374, 1374, 1374] references, sum=4122
test_threaded_import leaked [459, 460, 460] memory blocks, sum=1379
test_threaded_import failed

1 test failed:
    test_threaded_import

Total duration: 392 ms
Tests result: FAILURE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:41:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 11:41:21 +0000
Subject: [issue30534] error message for incorrect call degraded in 3.7
In-Reply-To: <1496298750.6.0.367163132505.issue30534@psf.upfronthosting.co.za>
Message-ID: <1496922081.3.0.0468902863336.issue30534@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 6cca5c8459cc439cb050010ffa762a03859d3051 by Serhiy Storchaka in branch 'master':
bpo-30592: Fixed error messages for some builtins. (#1996)
https://github.com/python/cpython/commit/6cca5c8459cc439cb050010ffa762a03859d3051


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30534>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:41:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 11:41:21 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496922081.47.0.464582604365.issue30592@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 6cca5c8459cc439cb050010ffa762a03859d3051 by Serhiy Storchaka in branch 'master':
bpo-30592: Fixed error messages for some builtins. (#1996)
https://github.com/python/cpython/commit/6cca5c8459cc439cb050010ffa762a03859d3051


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:43:28 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 11:43:28 +0000
Subject: [issue30486] Allow setting cell value
In-Reply-To: <1495815421.45.0.489335851706.issue30486@psf.upfronthosting.co.za>
Message-ID: <1496922208.33.0.586925274295.issue30486@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 64505a1f6c0af4574e17e823b27ffe24eca44df5 by Serhiy Storchaka (Lisa Roach) in branch 'master':
bpo-30486: Allow setting cell value (#1840)
https://github.com/python/cpython/commit/64505a1f6c0af4574e17e823b27ffe24eca44df5


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30486>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:45:01 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 11:45:01 +0000
Subject: [issue30486] Allow setting cell value
In-Reply-To: <1495815421.45.0.489335851706.issue30486@psf.upfronthosting.co.za>
Message-ID: <1496922301.13.0.687872952083.issue30486@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your contribution Lisa!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30486>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:45:32 2017
From: report at bugs.python.org (SylvainDe)
Date: Thu, 08 Jun 2017 11:45:32 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496922332.62.0.65160780123.issue30592@psf.upfronthosting.co.za>


SylvainDe added the comment:

Hi serhiy.storchaka, this is fine by me! I've added a corresponding comment with questions/suggestions on the Github PR.

Do you reckon I should open another ticket for the issue mentionned in my previous message ? I'm happy to take care of it :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:47:19 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 11:47:19 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496922439.74.0.190659126545.issue30592@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

If you know how to write tests for these cases a patch is welcome. But this may be not easy.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 07:57:24 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 08 Jun 2017 11:57:24 +0000
Subject: [issue30529] Incorrect error messages for invalid whitespaces in
 f-string subexpressions
In-Reply-To: <1496262292.77.0.0898281487446.issue30529@psf.upfronthosting.co.za>
Message-ID: <1496923044.3.0.579009171301.issue30529@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Sorry, I've been busy. I'll get to this soon, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30529>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:00:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:00:32 +0000
Subject: [issue30599] test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496923232.59.0.745556273221.issue30599@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The leak was introduced by the commit 346cbd351ee0dd3ab9cb9f0e4cb625556707877e.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:02:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:02:07 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496923327.42.0.285504253722.issue30584@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset ca1b66fd059758bbd6e2cc62c8f2adecefe8f942 by Victor Stinner (Denis Osipov) in branch '3.6':
[3.6] bpo-30584: Fix test_os fails on non-English Windows (GH-1980) (#1999)
https://github.com/python/cpython/commit/ca1b66fd059758bbd6e2cc62c8f2adecefe8f942


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:06:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:06:52 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496923612.29.0.0739217687318.issue30592@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Would it be possible to add an assertion to _PyArg_NoKeywords() to prevent regressions? Fail if funcname contains "(" or ")". For example:

/* funcname must not contain ( or ), since "()" suffix is added in the error message */
assert(!strchr(funcname, '(') && !strchr(funcname, ')'));

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:13:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 12:13:07 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496923987.62.0.385917160087.issue30592@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It would be possible to make _PyArg_NoKeywords() adding "()" only if the passed argument don't contain them. But since this is a private API, it was easier to just remove "()" from arguments. In any case most uses of _PyArg_NoKeywords() are generated by Argument Clinic and they don't pass "()" in the argument.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:16:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:16:50 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496924210.55.0.322194960016.issue30584@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a0b9088881b8fcfda864070335b249071508ee0c by Victor Stinner (Denis Osipov) in branch '3.5':
[3.5] bpo-30584: Fix test_os fails on non-English Windows (GH-1980) (#2000)
https://github.com/python/cpython/commit/a0b9088881b8fcfda864070335b249071508ee0c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:19:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:19:29 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496924369.83.0.816077881103.issue30592@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh no, I don't expect anything smart :-) Just an assertion to catch obvious mistakes when the function is called manually (not using Argument Clinic).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:25:37 2017
From: report at bugs.python.org (SylvainDe)
Date: Thu, 08 Jun 2017 12:25:37 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
Message-ID: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>


New submission from SylvainDe:

Issue found while trying to write tests for  https://bugs.python.org/issue30592 .

Issue related to http://bugs.python.org/issue30534 .

The following code:

    [].index(x=2)

should raise the following error:

    TypeError: index() takes no keyword arguments

but currently raises:

    TypeError: index() takes at least 1 argument (0 given)


This is easily reproduced with the following unit test:

    # AssertionError: "^index\(\) takes no keyword arguments$" does not match "index() takes at least 1 argument (0 given)"
    def test_varargs4_kw(self):
        msg = r"^index\(\) takes no keyword arguments$"
        self.assertRaisesRegex(TypeError, msg, [].index, x=2)

----------
components: Interpreter Core
messages: 295427
nosy: SylvainDe
priority: normal
severity: normal
status: open
title: Error message incorrect when index is called with keyword argument ("[].index(x=2)")
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:26:30 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 12:26:30 +0000
Subject: [issue30547] [Windows] SubinterpreterTest.test_callbacks_leak() of
 test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496924790.32.0.16337986824.issue30547@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

3.6 is not affected by this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:29:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:29:33 +0000
Subject: [issue30547] [Windows] SubinterpreterTest.test_callbacks_leak() of
 test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1496924973.25.0.87208006122.issue30547@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:31:13 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 12:31:13 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496925073.72.0.374056496258.issue30592@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

If add an assertion, the user code could provoke a crash by creating an exception type with a name containing "()": type('E()', (BaseException,), {}). Thus this should be a runtime check that raises an exception. What the type of an exception should be raised?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:33:42 2017
From: report at bugs.python.org (Denis Osipov)
Date: Thu, 08 Jun 2017 12:33:42 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496925222.2.0.120818070975.issue30584@psf.upfronthosting.co.za>


Changes by Denis Osipov <osipov_d at list.ru>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:35:05 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 12:35:05 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496925305.91.0.169274963875.issue27321@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

maybe we could merge the PR, and I could propose a backport for 3.5 and 3.6.

2.7 is affected ?

----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:35:18 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 12:35:18 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496925318.73.0.710872690017.issue27321@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:35:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:35:21 +0000
Subject: [issue30599] test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496925321.07.0.638576908343.issue30599@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> The leak was introduced by the commit 346cbd351ee0dd3ab9cb9f0e4cb625556707877e.

This commit "bpo-16500: Allow registering at-fork handlers" adds the following code to Lib/random.py:

+if hasattr(_os, "fork"):
+    _os.register_at_fork(_inst.seed, when='child')

test_threaded_import creates fresh instance of the random module and so os.register_at_fork() is called multiple time with multiple different callbacks.

The problem is that it's not currently possible to remove callbacks. It would be nice to be able to unregister callbacks, at least a private for unit tests.

The minimum would be a os.unregister_at_fork() function.

I would prefer to have get/set functions to be able to restore callbacks once tests complete, but also to detect when an unexpected callback was registered. For example, write a new test in Lib/test/libregrtest/save_env.py for regrtest.

See also bpo-16500 which added the new API.

----------
nosy: +pitrou, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:35:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:35:58 +0000
Subject: [issue30599] os.register_at_fork(): allow to unregister callbacks --
 test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496925358.53.0.287650186069.issue30599@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: test_threaded_import leaks references -> os.register_at_fork(): allow to unregister callbacks -- test_threaded_import leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:36:34 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 12:36:34 +0000
Subject: [issue30599] os.register_at_fork(): allow to unregister callbacks --
 test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496925394.37.0.875745286414.issue30599@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:37:59 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 12:37:59 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1496925479.09.0.483984406764.issue30600@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Good catch! This issue is similar to issue30534, but caused by generated code.

The solution is easy: make Argument Clinic (Tools/clinic/clinic.py) generating _PyArg_NoStackKeywords() before _PyArg_ParseStack() and regenerate all generated by Argument Clinic code (make clinic).

----------
components: +Argument Clinic
keywords: +easy
nosy: +larry, serhiy.storchaka
stage:  -> needs patch
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:38:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:38:43 +0000
Subject: [issue30584] test_os fails on non-English (Russian) Windows
In-Reply-To: <1496821163.8.0.241148969733.issue30584@psf.upfronthosting.co.za>
Message-ID: <1496925523.4.0.244360315091.issue30584@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks Denis Osipov for the fix and backports!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30584>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:39:12 2017
From: report at bugs.python.org (SylvainDe)
Date: Thu, 08 Jun 2017 12:39:12 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1496925552.85.0.0817858704034.issue30600@psf.upfronthosting.co.za>


SylvainDe added the comment:

Can I give this a try or is anyone working on this already ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:44:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 12:44:02 +0000
Subject: [issue30599] os.register_at_fork(): allow to unregister callbacks --
 test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496925842.22.0.446573161764.issue30599@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This make the API and implementation more complex. I prefer making tests not creating several instances of the random module. Or do this in a short-living subprocess.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:44:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 12:44:26 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496925866.08.0.208503174644.issue30592@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> If add an assertion, the user code could provoke a crash by creating an exception type with a name containing "()": type('E()', (BaseException,), {}).

Right. Do we have such code currently? If not, we can remove the assertion later if we want to use such error message.

> Thus this should be a runtime check that raises an exception. What the type of an exception should be raised?

Sorry, I don't understand. funcname is not always a constant string like "func"?

Well, it was just an idea. Ignore it if you see practical issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:45:47 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 12:45:47 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1496925947.12.0.186846820192.issue30600@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, pleas do this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:50:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 12:50:49 +0000
Subject: [issue30592] Bad error message 'bool()() takes no keyword arguments'
In-Reply-To: <1496866696.02.0.805235407001.issue30592@psf.upfronthosting.co.za>
Message-ID: <1496926249.2.0.387030264555.issue30592@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

We don't have such code currently. The function name containing "()" looks silly. But funcname is not always a constant string, you can set it to arbitrary string when create a BaseException subclass.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30592>
_______________________________________

From report at bugs.python.org  Thu Jun  8 08:57:53 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 08 Jun 2017 12:57:53 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1496926673.11.0.491005855935.issue30597@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Those are easy enough to check with strncmp() even in C, so we could make them manageable by just including "<expr>" in the error message, rather than the full text of the original statement.

That is:

    Did you mean 'print(<expr>)'?                 # Default 
    Did you mean 'print(<expr>, file=<stream>)'?  # starts with '>>'
    Did you mean 'print(<expr>, end=' ')'?        # ends with ','

That's basically correct even when printing multiple arguments, so I'd avoid the temptation to detect commas within the line (particularly since they might be inside a string).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Thu Jun  8 09:33:42 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 08 Jun 2017 13:33:42 +0000
Subject: [issue30599] os.register_at_fork(): allow to unregister callbacks --
 test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496928822.11.0.795851909117.issue30599@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Agreed with Serhiy.  test_threaded_import should just re-import a module which has less side effects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 09:47:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 13:47:37 +0000
Subject: [issue30599] os.register_at_fork(): allow to unregister callbacks --
 test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496929657.76.0.567547270417.issue30599@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2068

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 09:58:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 13:58:16 +0000
Subject: [issue30599] os.register_at_fork(): allow to unregister callbacks --
 test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1496930296.57.0.634052482662.issue30599@psf.upfronthosting.co.za>


STINNER Victor added the comment:

With https://github.com/python/cpython/pull/2001 test_threaded_import doesn't leak anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Thu Jun  8 10:20:53 2017
From: report at bugs.python.org (R. David Murray)
Date: Thu, 08 Jun 2017 14:20:53 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496931653.23.0.934927403422.issue27321@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm going to try to review this this weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Thu Jun  8 10:48:36 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 08 Jun 2017 14:48:36 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1496933316.62.0.459531748675.issue27321@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

ok, I have tested on 3.6 and 3.5, just with the test. and in this case, we get the errors on both.
if we apply the patch of Johannes, the test passes and there is no issues.

+1 the backports for 3.5 and 3.6 is just a git cherry-picking.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Thu Jun  8 10:56:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 14:56:15 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496933775.63.0.562479077731.issue30418@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2069

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 10:58:26 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 08 Jun 2017 14:58:26 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1496933906.01.0.186708933012.issue30597@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

That sounds good to me.

Just to elaborate on my earlier message, since it might have been too terse:

I think it would be misleading to give in error at:

print >>sys.stderr, "message"

and say:
Did you mean 'print("message")'?

since they're not equivalent. If you can produce the equivalent text in the error message, then that's fine with me:

Did you mean 'print("message", file=sys.stderr)'?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Thu Jun  8 10:59:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 14:59:13 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
Message-ID: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.x/builds/22/steps/test/logs/stdio

0:00:12 [  7/405/1] test_winconsoleio failed
beginning 6 repetitions
123456
......
test_winconsoleio leaked [43, 43, 43] references, sum=129

----------
components: Tests, Windows
messages: 295445
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: [Windows] test_winconsoleio leaks references
type: resource usage
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:17:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:17:31 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
In-Reply-To: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>
Message-ID: <1496935051.0.0.730830077093.issue30601@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The following code leaks one reference:

f = _io._WindowsConsoleIO('CONIO$', 'r')
f.close()
f = None

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:28:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:28:10 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
In-Reply-To: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>
Message-ID: <1496935690.06.0.453665563098.issue30601@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2070

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:29:01 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:29:01 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
In-Reply-To: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>
Message-ID: <1496935741.43.0.537509158912.issue30601@psf.upfronthosting.co.za>


STINNER Victor added the comment:

With https://github.com/python/cpython/pull/2003 test_winconsoleio doesn't leak anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:30:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:30:42 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496935842.28.0.394350539724.issue30418@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset d52aa31378ae43e044a300edfe8285954c167216 by Victor Stinner in branch 'master':
bpo-30418: Popen.communicate() always ignore EINVAL (#2002)
https://github.com/python/cpython/commit/d52aa31378ae43e044a300edfe8285954c167216


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:34:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:34:46 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496936086.81.0.888237259113.issue30418@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2071

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:35:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:35:09 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496936109.92.0.18775542907.issue30418@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
versions: +Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:37:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:37:02 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496936222.1.0.122311376781.issue30418@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2072

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:40:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:40:21 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496936421.4.0.526181849934.issue30418@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2073

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:48:12 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:48:12 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1496936892.21.0.239351830598.issue29512@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Updated script: support Windows, fix cmdline help.

----------
Added file: http://bugs.python.org/file46933/bisect_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Thu Jun  8 11:53:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 15:53:17 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1496937197.05.0.594584296831.issue29512@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oops, I uploaded the wrong version. It should now work.

----------
Added file: http://bugs.python.org/file46934/bisect_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Thu Jun  8 12:18:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 16:18:47 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
Message-ID: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The leak can be reproduced with the minimum attached test_os.py:

C:\haypo\python>PCbuild\amd64\python_d.exe -m test -R 3:3 test_os
Run tests sequentially
0:00:00 [1/1] test_os
beginning 6 repetitions
123456
......
test_os leaked [2, 2, 2] memory blocks, sum=6
test_os failed

1 test failed:
    test_os

Total duration: 172 ms
Tests result: FAILURE

----------
components: Tests, Windows
files: test_os.py
messages: 295451
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: [Windows] os.spawn*() tests of test_os leak references on Windows
type: resource usage
versions: Python 3.7
Added file: http://bugs.python.org/file46935/test_os.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Thu Jun  8 12:19:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 16:19:27 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
In-Reply-To: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>
Message-ID: <1496938767.98.0.830146569625.issue30601@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 29adc13bd797d9c9e7fcb893a7c49ce7f7ad388c by Victor Stinner in branch 'master':
bpo-30601: Fix a refleak in WindowsConsoleIO (#2003)
https://github.com/python/cpython/commit/29adc13bd797d9c9e7fcb893a7c49ce7f7ad388c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Thu Jun  8 12:20:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 16:20:27 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
In-Reply-To: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>
Message-ID: <1496938827.07.0.615447115079.issue30601@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2074

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Thu Jun  8 12:20:48 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 16:20:48 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496938848.75.0.70112799338.issue30418@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset df04c088493bdbc2defea5e225a94e9bdd8e759f by Victor Stinner in branch '3.5':
bpo-30418: Popen.communicate() always ignore EINVAL (#2002) (#2005)
https://github.com/python/cpython/commit/df04c088493bdbc2defea5e225a94e9bdd8e759f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 12:34:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 16:34:33 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496939673.07.0.767938812259.issue30418@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset e5bdad2201de45c203037e59491e4fea56def56d by Victor Stinner in branch '2.7':
bpo-30418: Popen.communicate() always ignore EINVAL (#2002) (#2006)
https://github.com/python/cpython/commit/e5bdad2201de45c203037e59491e4fea56def56d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 12:36:00 2017
From: report at bugs.python.org (Lele Gaifax)
Date: Thu, 08 Jun 2017 16:36:00 +0000
Subject: [issue27645] Supporting native backup facility of SQLite
In-Reply-To: <1469728098.24.0.732586701981.issue27645@psf.upfronthosting.co.za>
Message-ID: <1496939760.25.0.539587673728.issue27645@psf.upfronthosting.co.za>


Lele Gaifax added the comment:

Is there any chance this could be accepted for Python 3.7?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27645>
_______________________________________

From report at bugs.python.org  Thu Jun  8 12:49:11 2017
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 08 Jun 2017 16:49:11 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
In-Reply-To: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>
Message-ID: <1496940551.04.0.800663465725.issue30601@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Segev included a fix for this leak in PR 1927 for bpo30555, but I suppose it's better to fix it separately.

----------
nosy: +Segev Finer, eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Thu Jun  8 13:53:05 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Thu, 08 Jun 2017 17:53:05 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1496944385.98.0.109949221827.issue30597@psf.upfronthosting.co.za>


Changes by Sanyam Khurana <sanyam.khurana01 at gmail.com>:


----------
pull_requests: +2075

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Thu Jun  8 14:01:08 2017
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Jun 2017 18:01:08 +0000
Subject: [issue30545] Enum equality across modules: comparing objects instead
 of values
In-Reply-To: <1496379539.81.0.670964151039.issue30545@psf.upfronthosting.co.za>
Message-ID: <1496944868.66.0.481356123141.issue30545@psf.upfronthosting.co.za>


Ethan Furman added the comment:

No test code has been provided, so lacking any evidence of this problem I am closing this issue.

Do not reopen without testable code to show the failure.

----------
resolution:  -> not a bug
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30545>
_______________________________________

From report at bugs.python.org  Thu Jun  8 14:04:48 2017
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 08 Jun 2017 18:04:48 +0000
Subject: [issue29237] Create enum for pstats sorting options
In-Reply-To: <1484098294.24.0.117553666266.issue29237@psf.upfronthosting.co.za>
Message-ID: <1496945088.51.0.104384373679.issue29237@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Marriatta, perhaps it is time to let Ratnadeep work on this issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29237>
_______________________________________

From report at bugs.python.org  Thu Jun  8 14:34:17 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 08 Jun 2017 18:34:17 +0000
Subject: [issue29237] Create enum for pstats sorting options
In-Reply-To: <1484098294.24.0.117553666266.issue29237@psf.upfronthosting.co.za>
Message-ID: <1496946857.15.0.624619818338.issue29237@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks for checking in, Ethan.

Sorry, since this was first assigned to me, I got pre-occupied with other issues and projects in the core-workflow.

Ratnadeep, if you are still interested, please go ahead with this issue. I've unassigned myself.

Thanks.

----------
assignee: Mariatta -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29237>
_______________________________________

From report at bugs.python.org  Thu Jun  8 15:07:46 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 08 Jun 2017 19:07:46 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1496948866.04.0.591108773434.issue30596@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2076

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Thu Jun  8 15:19:13 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 08 Jun 2017 19:19:13 +0000
Subject: [issue27534] IDLE: Reduce number and time for user process imports
In-Reply-To: <1468711156.27.0.318866145341.issue27534@psf.upfronthosting.co.za>
Message-ID: <1496949553.36.0.980336411442.issue27534@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Terry,

I've applied this patch to 3.7 and made a pull request.  This seemed like a fix you wanted to move forward with, so I hope that's helpful.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27534>
_______________________________________

From report at bugs.python.org  Thu Jun  8 15:20:05 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 08 Jun 2017 19:20:05 +0000
Subject: [issue27534] IDLE: Reduce number and time for user process imports
In-Reply-To: <1468711156.27.0.318866145341.issue27534@psf.upfronthosting.co.za>
Message-ID: <1496949605.93.0.564176398433.issue27534@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2077

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27534>
_______________________________________

From report at bugs.python.org  Thu Jun  8 15:29:10 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 08 Jun 2017 19:29:10 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1496950150.47.0.449760864572.issue30596@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

close() wouldn't terminate the underlying process, so the process would still exist (and wouldn't easily be stoppable from Python anymore) if you were to call close() before terminate() or join().

Perhaps we should instead mandate people call join() before close()?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Thu Jun  8 15:29:24 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 08 Jun 2017 19:29:24 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1496950164.69.0.0933336577144.issue30596@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +asksol

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Thu Jun  8 16:09:36 2017
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 08 Jun 2017 20:09:36 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1496952576.94.0.952832247721.issue30602@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The memory leak is in os_spawnv_impl and os_spawnve_impl in Modules/posixmodule.c. The call fails with a ValueError when the first argument in the argv list is an empty string, in which case these functions both mistakenly pass i (0) to free_string_array() as the count of strings to free. But the conversion was successful, so it needs to include the current string in the count, i.e. `i + 1`.

The fix for this could also address the following two issues, which are mostly cosmetic in nature. os_spawnve_impl needs its TypeError message to be special cased the same as in os_spawnv_impl, i.e. "spawnve() arg 2 must contain only strings". Currently it uses the default message from the failed conversion: "expected str, bytes or os.PathLike object, not %.200s". Also, its ValueError message needs to reference "spawnve()" instead of "spawnv()".

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Thu Jun  8 16:43:56 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 20:43:56 +0000
Subject: [issue30529] Incorrect error messages for invalid whitespaces in
 f-string subexpressions
In-Reply-To: <1496262292.77.0.0898281487446.issue30529@psf.upfronthosting.co.za>
Message-ID: <1496954636.87.0.490949522222.issue30529@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 2e9cd5825c5ccdbb6f65a57c0c7941078e003c14 by Serhiy Storchaka in branch 'master':
bpo-30529: Fix errors for invalid whitespaces in f-string subexpressions. (#1888)
https://github.com/python/cpython/commit/2e9cd5825c5ccdbb6f65a57c0c7941078e003c14


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30529>
_______________________________________

From report at bugs.python.org  Thu Jun  8 16:47:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 20:47:02 +0000
Subject: [issue30529] Incorrect error messages for invalid whitespaces in
 f-string subexpressions
In-Reply-To: <1496262292.77.0.0898281487446.issue30529@psf.upfronthosting.co.za>
Message-ID: <1496954822.86.0.109548812613.issue30529@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2078

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30529>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:12:09 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Thu, 08 Jun 2017 21:12:09 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
Message-ID: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>


New submission from Jonathan Eunice:

The case where textwrap.dedent() handles a declining indent level, requiring it to revise its margin estimate downward, remains untested.

This issue is opened in support of an imminent PR that adds an appropriate test.

----------
components: Library (Lib)
messages: 295464
nosy: jonathaneunice
priority: normal
severity: normal
status: open
title: textwrap: declining indent level has no test case
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:13:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 21:13:14 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
In-Reply-To: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>
Message-ID: <1496956394.4.0.277039592715.issue30601@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 31b950ab86f5c99a18c16dbf1900b854b94e0659 by Victor Stinner in branch '3.6':
bpo-30601: Fix a refleak in WindowsConsoleIO (#2003) (#2008)
https://github.com/python/cpython/commit/31b950ab86f5c99a18c16dbf1900b854b94e0659


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:14:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 08 Jun 2017 21:14:09 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1496956449.44.0.621396883053.issue30418@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset b319d09ee4427aac1ee8f298692127d34ef57dc0 by Victor Stinner in branch '3.6':
bpo-30418: Popen.communicate() always ignore EINVAL (#2002) (#2004)
https://github.com/python/cpython/commit/b319d09ee4427aac1ee8f298692127d34ef57dc0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:36:37 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Thu, 08 Jun 2017 21:36:37 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1496957797.83.0.175251066897.issue30603@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2079

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:37:03 2017
From: report at bugs.python.org (Dino Viehland)
Date: Thu, 08 Jun 2017 21:37:03 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
Message-ID: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>


New submission from Dino Viehland:

The co_extra_freefuncs are stored in PyThreadState.  When calling _PyEval_RequestCodeExtraIndex you are given a thread specific index.  The code object can then lose it's last reference on a different thread, and the wrong free function can be called if users of the extra space have made calls to get their index in different orders.  

This can also lead to crashes if the extra thread hasn't yet requested extra indexes either.

----------
assignee: dino.viehland
components: Interpreter Core
keywords: patch
messages: 295467
nosy: brett.cannon, dino.viehland, yselivanov
priority: normal
severity: normal
stage: patch review
status: open
title: co_extra_freefuncs is stored thread locally and can lead to crashes
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:38:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 21:38:09 +0000
Subject: [issue30529] Incorrect error messages for invalid whitespaces in
 f-string subexpressions
In-Reply-To: <1496262292.77.0.0898281487446.issue30529@psf.upfronthosting.co.za>
Message-ID: <1496957889.07.0.086378627067.issue30529@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 570b1c971c31cd08dbf060f4e21636c40aa47786 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30529: Fix errors for invalid whitespaces in f-string subexpressions. (GH-1888) (#2013)
https://github.com/python/cpython/commit/570b1c971c31cd08dbf060f4e21636c40aa47786


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30529>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:39:16 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 08 Jun 2017 21:39:16 +0000
Subject: [issue30529] Incorrect error messages for invalid whitespaces in
 f-string subexpressions
In-Reply-To: <1496262292.77.0.0898281487446.issue30529@psf.upfronthosting.co.za>
Message-ID: <1496957956.41.0.732192377889.issue30529@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your review Eric.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30529>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:43:03 2017
From: report at bugs.python.org (Dino Viehland)
Date: Thu, 08 Jun 2017 21:43:03 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1496958183.7.0.944450041254.issue30604@psf.upfronthosting.co.za>


Changes by Dino Viehland <dinov at microsoft.com>:


----------
pull_requests: +2080

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Thu Jun  8 17:45:38 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 08 Jun 2017 21:45:38 +0000
Subject: [issue27534] IDLE: Reduce number and time for user process imports
In-Reply-To: <1468711156.27.0.318866145341.issue27534@psf.upfronthosting.co.za>
Message-ID: <1496958338.6.0.848160744664.issue27534@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Yes, I do want to continue this.  As I explained in msg270522, I shelved (but not abandoned) the autocomplete patch because it caused a test failure I did not (and do not) understand, and because I found another fix for that issue.  The reductions I noted above were for the patch I did apply, not this one.

Update: I just created pr_2011 and test_idle passes.  I'm puzzled. I don't remember patching autocomplete since last July.  Anyway, if the patch works, I can now decide if I really want to go this route.  It makes sense to keep related functions together.  It also makes sense to keep functions that run in the same process together.  I should see if this patch has any noticeable benefit (time and import reduction) and if a similar patch for call tips works and has benefit.

----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27534>
_______________________________________

From report at bugs.python.org  Thu Jun  8 18:11:34 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 08 Jun 2017 22:11:34 +0000
Subject: [issue27534] IDLE: Reduce number and time for user process imports
In-Reply-To: <1468711156.27.0.318866145341.issue27534@psf.upfronthosting.co.za>
Message-ID: <1496959894.86.0.0943172585808.issue27534@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Yes, I ran test_idle before I submitted the pull request.  I wasn't sure if I was missing something based on your comments of the test failing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27534>
_______________________________________

From report at bugs.python.org  Thu Jun  8 20:48:06 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Jun 2017 00:48:06 +0000
Subject: [issue27645] Supporting native backup facility of SQLite
In-Reply-To: <1469728098.24.0.732586701981.issue27645@psf.upfronthosting.co.za>
Message-ID: <1496969286.92.0.656774070885.issue27645@psf.upfronthosting.co.za>


R. David Murray added the comment:

There's a good chance, yes.  You'll have to keep periodically pinging the issue (say once a month :), and if you can specifically talk someone into doing a review your chances go up :)   For it to go in we need a review from a core-dev, but one or more reviews from non-core-devs will help it move along as well (less for the core-dev to do when they find the time to do the review).

----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27645>
_______________________________________

From report at bugs.python.org  Thu Jun  8 20:48:51 2017
From: report at bugs.python.org (Roy Williams)
Date: Fri, 09 Jun 2017 00:48:51 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
Message-ID: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>


New submission from Roy Williams:

import re
re.compile(br'^(.*?)$(?m)')

----------
components: Regular Expressions
messages: 295473
nosy: Roy Williams, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: re.compile fails when compiling bytes under `-bb` mode
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Thu Jun  8 20:50:30 2017
From: report at bugs.python.org (Roy Williams)
Date: Fri, 09 Jun 2017 00:50:30 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
In-Reply-To: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>
Message-ID: <1496969430.93.0.0756716425776.issue30605@psf.upfronthosting.co.za>


Roy Williams added the comment:

Repro:

```
import re
re.compile(br'^(.*?)$(?m)')
```

Results in
```
Traceback (most recent call last):
  File "test_compile.py", line 2, in <module>
    re.compile(br'^(.*?)$(?m)')
  File "/usr/lib/python3.6/re.py", line 233, in compile
    return _compile(pattern, flags)
  File "/usr/lib/python3.6/re.py", line 301, in _compile
    p = sre_compile.compile(pattern, flags)
  File "/usr/lib/python3.6/sre_compile.py", line 562, in compile
    p = sre_parse.parse(p, flags)
  File "/usr/lib/python3.6/sre_parse.py", line 856, in parse
    p = _parse_sub(source, pattern, flags & SRE_FLAG_VERBOSE, False)
  File "/usr/lib/python3.6/sre_parse.py", line 415, in _parse_sub
    itemsappend(_parse(source, state, verbose))
  File "/usr/lib/python3.6/sre_parse.py", line 741, in _parse
    ' (truncated)' if len(source.string) > 20 else '',
BytesWarning: str() on a bytes instance
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Thu Jun  8 21:02:37 2017
From: report at bugs.python.org (Roy Williams)
Date: Fri, 09 Jun 2017 01:02:37 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
In-Reply-To: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>
Message-ID: <1496970157.04.0.432526026382.issue30605@psf.upfronthosting.co.za>


Changes by Roy Williams <rwilliams at lyft.com>:


----------
pull_requests: +2081

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Thu Jun  8 21:12:13 2017
From: report at bugs.python.org (Curt McDowell)
Date: Fri, 09 Jun 2017 01:12:13 +0000
Subject: [issue23519] using asyncio.iscoroutinefunction() on a
 functools.partial object
In-Reply-To: <1424862040.11.0.0579325382624.issue23519@psf.upfronthosting.co.za>
Message-ID: <1496970733.02.0.132397672721.issue23519@psf.upfronthosting.co.za>


Curt McDowell added the comment:

There are use cases for this. I hit the problem and eventually wound up here, so I'd like to make a case to re-open.

My project has a callback registry of asyncio handler routines.

register_callback(condition1, handler1)
register_callback(condition2, handler2)
...

I want to register many callbacks, but use only one handler and an argument to differentiate it. I realize our callback systems should provide for a cookie, but it doesn't. 

register_callback(condition1, functools.partial(handler, 'detail1'))
register_callback(condition2, functools.partial(handler, 'detail2'))

The callback registry makes sure iscoroutinefunction(handler) because we don't want to defer error checking to the distant future. But iscoroutinefunction() returns False for the partial function. I was hopeful that this might work, but alas, no:

register_callback(condition1,
                  asyncio.coroutine(functools.partial(handler, 'detail1')))

----------
nosy: +curtmcd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23519>
_______________________________________

From report at bugs.python.org  Thu Jun  8 21:22:12 2017
From: report at bugs.python.org (Dino Viehland)
Date: Fri, 09 Jun 2017 01:22:12 +0000
Subject: [issue29943] PySlice_GetIndicesEx change broke ABI in 3.5 and 3.6
 branches
In-Reply-To: <1490830588.09.0.152876220246.issue29943@psf.upfronthosting.co.za>
Message-ID: <1496971332.69.0.0584599720403.issue29943@psf.upfronthosting.co.za>


Changes by Dino Viehland <dinov at microsoft.com>:


----------
pull_requests: +2082

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29943>
_______________________________________

From report at bugs.python.org  Thu Jun  8 21:22:47 2017
From: report at bugs.python.org (Lisa Roach)
Date: Fri, 09 Jun 2017 01:22:47 +0000
Subject: [issue30486] Allow setting cell value
In-Reply-To: <1496922301.13.0.687872952083.issue30486@psf.upfronthosting.co.za>
Message-ID: <CAEVVFKRqQFLbOtHVSFKJd6d7rkQAEFbhMLicg8nmEWqqEPZUGQ@mail.gmail.com>


Lisa Roach added the comment:

Thank you for you guidance, Serhiy!

On Thu, Jun 8, 2017 at 4:45 AM, Serhiy Storchaka <report at bugs.python.org>
wrote:

>
> Serhiy Storchaka added the comment:
>
> Thank you for your contribution Lisa!
>
> ----------
> resolution:  -> fixed
> stage: patch review -> resolved
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30486>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30486>
_______________________________________

From report at bugs.python.org  Thu Jun  8 21:23:39 2017
From: report at bugs.python.org (Ned Deily)
Date: Fri, 09 Jun 2017 01:23:39 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1496971419.03.0.355975404918.issue30604@psf.upfronthosting.co.za>


Ned Deily added the comment:

See review comments on PR 2015.

----------
nosy: +ned.deily
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Thu Jun  8 22:26:34 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Jun 2017 02:26:34 +0000
Subject: [issue30486] Allow setting cell value
In-Reply-To: <1495815421.45.0.489335851706.issue30486@psf.upfronthosting.co.za>
Message-ID: <1496975194.15.0.529726802241.issue30486@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30486>
_______________________________________

From report at bugs.python.org  Thu Jun  8 22:28:01 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Jun 2017 02:28:01 +0000
Subject: [issue23519] using asyncio.iscoroutinefunction() on a
 functools.partial object
In-Reply-To: <1424862040.11.0.0579325382624.issue23519@psf.upfronthosting.co.za>
Message-ID: <1496975281.06.0.0276448985195.issue23519@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Use a lambda instead of partial. It's more pythonic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23519>
_______________________________________

From report at bugs.python.org  Thu Jun  8 23:39:20 2017
From: report at bugs.python.org (Lovelyn)
Date: Fri, 09 Jun 2017 03:39:20 +0000
Subject: [issue30606] The reply's additional 'Re' is ok
Message-ID: <CABOzXZ=s5poUL8p-6aQ8UQDw6EGhcfonN088GJjg=pmsOzC+2Q@mail.gmail.com>


New submission from Lovelyn:

lovecolit13 at gmail.com

----------
messages: 295479
nosy: Love
priority: normal
severity: normal
status: open
title: The reply's additional 'Re' is ok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30606>
_______________________________________

From report at bugs.python.org  Thu Jun  8 23:39:23 2017
From: report at bugs.python.org (Lovelyn)
Date: Fri, 09 Jun 2017 03:39:23 +0000
Subject: [issue30606] The reply's additional 'Re' is ok
In-Reply-To: <CABOzXZ=s5poUL8p-6aQ8UQDw6EGhcfonN088GJjg=pmsOzC+2Q@mail.gmail.com>
Message-ID: <CABOzXZmCdESvHjJQ9zBrT3gTkRsKwj-Uv3AHJ9h8Q78OgeNo4A@mail.gmail.com>


Lovelyn added the comment:

lovecolit13 at gmail.com

On Jun 9, 2017 9:19 AM, wrote:

lovecolit13 at gmail.com

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30606>
_______________________________________

From report at bugs.python.org  Thu Jun  8 23:39:25 2017
From: report at bugs.python.org (Ned Deily)
Date: Fri, 09 Jun 2017 03:39:25 +0000
Subject: [issue29943] PySlice_GetIndicesEx change broke ABI in 3.5 and 3.6
 branches
In-Reply-To: <1490830588.09.0.152876220246.issue29943@psf.upfronthosting.co.za>
Message-ID: <1496979565.58.0.0127765016533.issue29943@psf.upfronthosting.co.za>


Ned Deily added the comment:

As a followup, Nathanial, are you satisfied with the resolution here for the upcoming 3.6.2?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29943>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:07:59 2017
From: report at bugs.python.org (Jon Wayne Parrott)
Date: Fri, 09 Jun 2017 04:07:59 +0000
Subject: [issue30607] Extract documentation theme into a separate package
Message-ID: <1496981279.71.0.300273355047.issue30607@psf.upfronthosting.co.za>


New submission from Jon Wayne Parrott:

As part of an effort to align the packaging documentation (packaging.python.org) with the CPython docs, PyPA has extracted the theme used in the CPython documentation into a separate repository and package (https://github.com/python/python-docs-theme).

This bug is to track removing the now duplicate theme code from CPython and relying on the externalized version.


Context links:
1. https://mail.python.org/pipermail/python-dev/2017-May/148029.html
2. https://github.com/pypa/python-packaging-user-guide/pull/305

----------
assignee: docs at python
components: Documentation
messages: 295482
nosy: Jon Wayne Parrott, brett.cannon, docs at python, dstufft, ncoghlan
priority: normal
severity: normal
status: open
title: Extract documentation theme into a separate package
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30607>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:08:50 2017
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 09 Jun 2017 04:08:50 +0000
Subject: [issue30606] Spam
In-Reply-To: <CABOzXZ=s5poUL8p-6aQ8UQDw6EGhcfonN088GJjg=pmsOzC+2Q@mail.gmail.com>
Message-ID: <1496981330.66.0.374640462096.issue30606@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy:  -Love
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
title: The reply's additional 'Re' is ok -> Spam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30606>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:09:22 2017
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 09 Jun 2017 04:09:22 +0000
Subject: [issue30606] Spam
In-Reply-To: <CABOzXZmCdESvHjJQ9zBrT3gTkRsKwj-Uv3AHJ9h8Q78OgeNo4A@mail.gmail.com>
Message-ID: <1496981362.73.0.84694226061.issue30606@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
Removed message: http://bugs.python.org/msg295479

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30606>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:09:33 2017
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 09 Jun 2017 04:09:33 +0000
Subject: [issue30606] Spam
Message-ID: <1496981373.96.0.733053812545.issue30606@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
Removed message: http://bugs.python.org/msg295480

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30606>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:19:28 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Jun 2017 04:19:28 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1496981968.17.0.346491787423.issue30597@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Eric, right, I left a couple of logical leaps out of my reply as well. My first thought was the same as yours but then I went:

- that means we need to split on commas
- which means we need to track whether or not we're inside a quoted string or not
- which is probably more complexity than is warranted just to produce a slightly better hint to the user

Result: let's just use "<expr>" as a placeholder for "the thing you were trying to print"

Although now that I put it that way, "<output>" is probably a better user-oriented placeholder, since "expr" (short for expression) is a very language-developer-oriented term, while "print(<output>)" is closer to pseudocode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:19:28 2017
From: report at bugs.python.org (Jon Wayne Parrott)
Date: Fri, 09 Jun 2017 04:19:28 +0000
Subject: [issue30607] Extract documentation theme into a separate package
In-Reply-To: <1496981279.71.0.300273355047.issue30607@psf.upfronthosting.co.za>
Message-ID: <1496981968.54.0.795038037895.issue30607@psf.upfronthosting.co.za>


Changes by Jon Wayne Parrott <jonwayne at google.com>:


----------
pull_requests: +2083

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30607>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:33:11 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Jun 2017 04:33:11 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1496982790.99.0.785945710958.issue30597@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Ah, re-reading the comments when reviewing Sanyam's patch, I just remembered the problem with the "print >> sys.stderr, output" case, which is that it isn't a syntax error, it's a runtime type error:

```
>>> print >> sys.stderr, "message"
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported operand type(s) for >>: 'builtin_function_or_method' and '_io.TextIOWrapper'
```

So if we ever wanted to provide a specialised prompt for that, it would need to go into the right-shift operator implementation as a final check before raising the type error, rather than here.

That reduces the cases we need to handle here to just the default one and the softspace one, where a trailing comma in the statement text gets replaced with ", end=' '".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:36:20 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Jun 2017 04:36:20 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1496982980.51.0.109545088651.issue30597@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

It looks like the current right-shift error message is already distinctive enough to get people to answers explaining the culprit: https://www.google.com.au/search?q=TypeError:+unsupported+operand+type(s)+for+>>:+'builtin_function_or_method'+and+'_io.TextIOWrapper'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:39:01 2017
From: report at bugs.python.org (Kubilay Kocak)
Date: Fri, 09 Jun 2017 04:39:01 +0000
Subject: [issue27838] test_os.test_chown() failure on koobs-freebsd-{current, 
 9}
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1496983141.9.0.857125921621.issue27838@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

as per msg280837, this beings to happen when I restart the buildbot worker via sudo (does not fail on initial startup, executed/invoked using the same script, which does not use sudo) and the environment the worker starts with appears to be relevant.

Attached are the environments for the worker at initial startup (python-initial) and subsequent service restart using sudo (python-sudo, which fails tests).


The delta between the two is:

--- python-initial      2017-06-09 14:35:49.557098000 +1000
+++ python-sudo 2017-06-09 14:35:13.665893000 +1000
@@ -6,17 +6,29 @@
   BLOCKSIZE=K
   EDITOR=vi
   GROUP=buildbot
-  HOME=/
+  HOME=/root
   HOST=CURRENT-amd64
   HOSTTYPE=FreeBSD
-  LOGNAME=buildbot
+  LANG=en_US.UTF-8
+  LC_ALL=en_US.UTF-8
+  LC_CTYPE=en_US.UTF-8
+  LOGNAME=root
   MACHTYPE=x86_64
+  MAIL=/var/mail/root
   OSTYPE=FreeBSD
   PAGER=more
-  PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin://bin
+  PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin
+  PS1=%B[%{%}%n%{%}%b@%B%{%}%m%b%{%}:%~%B]%b
   PWD=/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build
-  RC_PID=23
+  RC_PID=22356
+  SHELL=/bin/csh
   SHLVL=1
-  USER=buildbot
+  SUDO_COMMAND=/usr/local/etc/rc.d/buildslave restart
+  SUDO_GID=1001
+  SUDO_UID=1001
+  SUDO_USER=koobs
+  TERM=screen-256color
+  USER=root
+  USERNAME=root
   VENDOR=amd
  using PTY: False

----------
Added file: http://bugs.python.org/file46936/python-initial.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:39:13 2017
From: report at bugs.python.org (Kubilay Kocak)
Date: Fri, 09 Jun 2017 04:39:13 +0000
Subject: [issue27838] test_os.test_chown() failure on koobs-freebsd-{current, 
 9}
In-Reply-To: <1471959658.26.0.0626423066304.issue27838@psf.upfronthosting.co.za>
Message-ID: <1496983153.24.0.695135382734.issue27838@psf.upfronthosting.co.za>


Changes by Kubilay Kocak <koobs.freebsd at gmail.com>:


Added file: http://bugs.python.org/file46937/python-sudo.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27838>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:46:42 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Fri, 09 Jun 2017 04:46:42 +0000
Subject: [issue29943] PySlice_GetIndicesEx change broke ABI in 3.5 and 3.6
 branches
In-Reply-To: <1490830588.09.0.152876220246.issue29943@psf.upfronthosting.co.za>
Message-ID: <1496983602.6.0.539925733448.issue29943@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

Looks good to me, thanks Serhiy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29943>
_______________________________________

From report at bugs.python.org  Fri Jun  9 00:50:16 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Fri, 09 Jun 2017 04:50:16 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1496983816.91.0.526988094487.issue30038@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

I guess now would be a good time to decide whether this should be backported to 3.6, with 3.6.2 coming out in a few days :-). (Or if not, then it can probably be closed?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun  9 01:39:07 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 09 Jun 2017 05:39:07 +0000
Subject: [issue30303] IDLE: Add _utest to textview and add textview tests
In-Reply-To: <1494230289.92.0.930894896454.issue30303@psf.upfronthosting.co.za>
Message-ID: <1496986747.41.0.195403035331.issue30303@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2084

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30303>
_______________________________________

From report at bugs.python.org  Fri Jun  9 01:40:31 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 05:40:31 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1496986831.58.0.841763387092.issue30604@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

User code shouldn't allocate PyInterpreterState and PyThreadState structures, it only uses structures created by the interpreter. Changing the size of PyInterpreterState should be safe. The only possible breaking compatibility is if user code directly access co_extra_user_count, co_extra_freefuncs, async_gen_firstiter or async_gen_finalizer rather than using the API: _PyEval_RequestCodeExtraIndex(), _PyCode_GetExtra(), _PyCode_SetExtra(), _PyEval_GetAsyncGenFirstiter(), _PyEval_SetAsyncGenFirstiter(), _PyEval_GetAsyncGenFinalizer() and _PyEval_SetAsyncGenFinalizer().

Nick's idea about _preserve_36_ABI_1 and _preserve_36_ABI_2 should   address concerns about direct access to async_gen_firstiter and async_gen_finalizer. Direct access to co_extra_user_count and co_extra_freefuncs obviously can't be preserved.

PyInterpreterState and PyThreadState are not in the stable ABI. They are opaque types when use limited API. May be they should be made opaque for all user code (in 3.7+).

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Fri Jun  9 01:56:43 2017
From: report at bugs.python.org (Vanessa McHale)
Date: Fri, 09 Jun 2017 05:56:43 +0000
Subject: [issue30608] argparse calculates string widths incorrectly
Message-ID: <1496987803.38.0.550172497498.issue30608@psf.upfronthosting.co.za>


New submission from Vanessa McHale:

Currently, python computes string widths based on number of characters. However, this will not work in general because some languages have e.g. vowel markers: '???' for instance is three characters but its width should be two. 

I have an example repo here: https://github.com/vmchale/argparse-min-example

----------
components: Library (Lib)
messages: 295490
nosy: Vanessa McHale
priority: normal
severity: normal
status: open
title: argparse calculates string widths incorrectly
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30608>
_______________________________________

From report at bugs.python.org  Fri Jun  9 02:10:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 06:10:49 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
In-Reply-To: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>
Message-ID: <1496988649.51.0.0325677530743.issue30605@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka
stage:  -> patch review
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Fri Jun  9 02:27:10 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 06:27:10 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1496989630.93.0.092702388603.issue29478@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Is the PR ready for merging?
Does this need misc/news entry?

I can help with the backport.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Fri Jun  9 02:29:02 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 06:29:02 +0000
Subject: [issue24755] asyncio.wrap_future undocumented
In-Reply-To: <1438250618.09.0.00442439827356.issue24755@psf.upfronthosting.co.za>
Message-ID: <1496989742.09.0.379663687264.issue24755@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 824f6879121413e09439fffef54580413e44bf46 by Mariatta (adisbladis) in branch 'master':
bpo-24755: Document asyncio.wrap_future (GH-603)
https://github.com/python/cpython/commit/824f6879121413e09439fffef54580413e44bf46


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24755>
_______________________________________

From report at bugs.python.org  Fri Jun  9 02:30:46 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 06:30:46 +0000
Subject: [issue24755] asyncio.wrap_future undocumented
In-Reply-To: <1438250618.09.0.00442439827356.issue24755@psf.upfronthosting.co.za>
Message-ID: <1496989846.88.0.869754142137.issue24755@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2085

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24755>
_______________________________________

From report at bugs.python.org  Fri Jun  9 02:30:58 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 06:30:58 +0000
Subject: [issue24755] asyncio.wrap_future undocumented
In-Reply-To: <1438250618.09.0.00442439827356.issue24755@psf.upfronthosting.co.za>
Message-ID: <1496989858.85.0.727396483123.issue24755@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2086

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24755>
_______________________________________

From report at bugs.python.org  Fri Jun  9 02:31:41 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 06:31:41 +0000
Subject: [issue24755] asyncio.wrap_future undocumented
In-Reply-To: <1438250618.09.0.00442439827356.issue24755@psf.upfronthosting.co.za>
Message-ID: <1496989901.08.0.238600037491.issue24755@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24755>
_______________________________________

From report at bugs.python.org  Fri Jun  9 03:38:24 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 07:38:24 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1496993904.04.0.342211490964.issue19180@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

The associated PR has been reviewed and could be merged.

----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Fri Jun  9 04:16:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 08:16:03 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1496996163.49.0.664716867907.issue30038@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Ned Deily: Hey, Nathaniel wants to backport the commit 4ae01496971624c75080431806ed1c08e00f22c7 which changes how the C signal handler of CPython.

There is a low risk of regression, it can be seen as a backward incompatible change.

I'm not super excited to backport such change. I consider that there are other solutions to handle signals without hitting this bug. For example, asyncio works well on Python 3.5, there is no known race condition. Basically, the only impacted application is Nathaniel's Trio project.

@Yury: And you, what do you think?

----------
nosy: +ned.deily, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun  9 04:17:45 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Fri, 09 Jun 2017 08:17:45 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
Message-ID: <5FB899E3-945E-4B35-831E-804DF53714B8@comcast.net>


New submission from Richard S. Gordon:

Generated colors appear to be corrupted by overloading text attribute with specified foreground and background colors.

This can be demonstrated by running test_tsWxColorPalette.py in Python 3x (developer-sandbox) found in https://github.com/rigordo959/tsWxGTUI_PyVx_Repository. 

Richard S. Gordon

----------
messages: 295495
nosy: rigordo
priority: normal
severity: normal
status: open
title: Python 3.6.1 fails to generate 256 colors on Cygwin based 64-bit Windows 10

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 04:18:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 08:18:52 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1496996332.8.0.0376949705526.issue30540@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset ef8320cf6f09b659c63bfb188bf45dbcae556762 by Victor Stinner in branch 'master':
bpo-30540: regrtest: add --matchfile option (#1909)
https://github.com/python/cpython/commit/ef8320cf6f09b659c63bfb188bf45dbcae556762


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Fri Jun  9 04:21:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 08:21:09 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1496996469.64.0.733936070213.issue30540@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> But what about doctests? They are run unconditionally.

Sorry, I don't know how to handle them. I only tried to make a small enhancement for my "bisect" usecase. If you see a way to handle them, don't hesitate to propose a patch!

I would prefer to have time to play with the new feature before backporting it to stable branches. If someone needs this feature right now in stable branches, speak up and maybe also reopen the issue ;-)

My change was merged (with unit tests!), so I close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Fri Jun  9 04:35:11 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Fri, 09 Jun 2017 08:35:11 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1496997311.19.0.388308417861.issue30038@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

I think you mean it's backwards *compatible*? There's definitely no change in APIs or ABIs or anything, all that changes is the order of some statements inside Python's signal handler. (We used to we write to the magic wakeup fd and then set a flag saying a signal arrived; now we do the same things but in the opposite order. I wouldn't call it zero risk, just on the general principle that signal handlers are tricksy beasts, but I think it's about as low risk as a signal handler change can be.)

AFAICT the race condition also affects twisted and tornado, though I don't think they've noticed. The main symptom is that it makes control-C handling flaky on Windows, so it's a difficult thing to test for.

I would prefer to see it backported to 3.6, but it's a weird edge case bug so the world is not going to end if the fix has to wait for 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun  9 04:36:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 08:36:13 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1496997373.07.0.369933352577.issue30038@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I think you mean it's backwards *compatible*?

I mean incompatible since it changes the behaviour in a subtle way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun  9 04:43:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 08:43:30 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1496997810.99.0.298395778346.issue30523@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The main problem is doctests. Numerous "doctest.DocTestCase.runTest" look useless and confusing.

Running tests instead of listing them is bad.

It is not clear why in one cases --list-tests outputs full qualified test names, while in other cases it outputs only class and method names.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun  9 04:55:24 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Fri, 09 Jun 2017 08:55:24 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1496998524.76.0.948533208036.issue30038@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

But, by that definition, like... every change is backwards incompatible.

I'm pretty confident that no-one was relying on this race condition. I can't even figure out what that would mean.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:07:10 2017
From: report at bugs.python.org (Duy Phan Thanh)
Date: Fri, 09 Jun 2017 09:07:10 +0000
Subject: [issue30610] libexpat vulnerable to CVE-2016-0718
Message-ID: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>


New submission from Duy Phan Thanh:

Python's libexpat library is outdated and vulnerable to CVE-2016-0718 https://sourceforge.net/p/expat/bugs/537/
which can cause remote code execution through malicious xml files. The attached POC crashed both python 2.7 and python 3.5 on my windows machine.

----------
components: XML
files: overflow.zip
messages: 295502
nosy: Duy Phan Thanh
priority: normal
severity: normal
status: open
title: libexpat vulnerable to CVE-2016-0718
type: security
Added file: http://bugs.python.org/file46938/overflow.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:18:23 2017
From: report at bugs.python.org (Duy Phan Thanh)
Date: Fri, 09 Jun 2017 09:18:23 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1496999903.81.0.395330998684.issue30610@psf.upfronthosting.co.za>


Changes by Duy Phan Thanh <phanthanhduypr at gmail.com>:


----------
title: libexpat vulnerable to CVE-2016-0718 -> Python's libexpat vulnerable to CVE-2016-0718

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:20:31 2017
From: report at bugs.python.org (Christian Ullrich)
Date: Fri, 09 Jun 2017 09:20:31 +0000
Subject: [issue30611] Windows HTML Help always opens maximized
Message-ID: <1497000031.32.0.397781298272.issue30611@psf.upfronthosting.co.za>


New submission from Christian Ullrich:

The CHM help files on Windows always open maximized. I would prefer they opened in a regular window instead, because the current behavior is annoying.

Fix: In Tools/msi/doc/doc.wxs line 34, change 'Show="maximized"' to 'Show="normal"'.

----------
assignee: docs at python
components: Documentation, Windows
messages: 295503
nosy: Christian.Ullrich, docs at python, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows HTML Help always opens maximized
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30611>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:29:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 09:29:13 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497000553.71.0.674422330477.issue30610@psf.upfronthosting.co.za>


STINNER Victor added the comment:

What is the first expat version which isn't vulnerable?

I guess that this issue only impacts platforms which don't use --with-system-expat. Linux distributions use the system expat library for example.

Currently, the Python master branch embeds a copy of expat 2.1.1:

Modules/expat/expat.h
#define XML_MAJOR_VERSION 2
#define XML_MINOR_VERSION 1
#define XML_MICRO_VERSION 1

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:33:24 2017
From: report at bugs.python.org (Christian Ullrich)
Date: Fri, 09 Jun 2017 09:33:24 +0000
Subject: [issue30612] Unusual Windows registry path syntax
Message-ID: <1497000804.0.0.079840477122.issue30612@psf.upfronthosting.co.za>


New submission from Christian Ullrich:

In 3.6.1, the manual, section 3.1.3, has this to say:

"Your administrator will need to activate the ?Enable Win32 long paths? group policy, or set the registry value HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem at LongPathsEnabled to 1."

Separating a value name from the key path with an @-sign, which is what the above is doing, is something I have never before seen anywhere. I suggest changing it by either:

- replacing the instructions for the manual change with a link to <https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx#maxpath> or a more suitable reference (I could not find a KB article when I looked)

- rewording it as, e.g.,

  ... in the registry key HKEY_...FileSystem, set the REG_DWORD value LongPathsEnabled to 1

  The value type could be left out; the value is predefined on all platforms where it will be effective.

----------
assignee: docs at python
components: Documentation
messages: 295505
nosy: Christian.Ullrich, docs at python
priority: normal
severity: normal
status: open
title: Unusual Windows registry path syntax
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30612>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:33:51 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 09:33:51 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497000831.33.0.209879856594.issue30610@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I add this vulnerability to Python security document:
http://python-security.readthedocs.io/vuln/cve-2016-0718_expat_bug_537.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:37:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 09:37:55 +0000
Subject: [issue30601] [Windows] test_winconsoleio leaks references
In-Reply-To: <1496933953.73.0.264369120187.issue30601@psf.upfronthosting.co.za>
Message-ID: <1497001075.45.0.754958579148.issue30601@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Eryk Sun: "Segev included a fix for this leak in PR 1927 for bpo30555, but I suppose it's better to fix it separately."

I saw this PR but it changes a lot of code. I didn't notice that it fixes this bug as well.

I chose to fix quickly the refleak to be able to detect more easily future refleaks (ie. repair the new refleak windows buildbot!

--

"AMD64 Windows8.1 Refleaks 3.6" buildbot confirms that test_winconsoleio doesn't leak anymore! So I close this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30601>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:39:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 09:39:11 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497001151.54.0.90292126983.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Eryk: do you want to work on a PR to fix it? It seems like you understand well the bug!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:40:12 2017
From: report at bugs.python.org (Duy Phan Thanh)
Date: Fri, 09 Jun 2017 09:40:12 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497001212.74.0.333094577659.issue30610@psf.upfronthosting.co.za>


Duy Phan Thanh added the comment:

According to their changelog here https://github.com/libexpat/libexpat/blob/master/expat/Changes
The vulnerability was fixed in expat 2.2.0 and yes it does not affect system that use --with-system-expat.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 05:44:01 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Jun 2017 09:44:01 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497001441.23.0.948226202106.issue19180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 63c2c8ac17750ba2be2cfc4e339cae1f4edee54f by Nick Coghlan (Chandan Kumar) in branch 'master':
bpo-19180: Updated references for RFC 1750, RFC 3280 & RFC 4366 (GH-148)
https://github.com/python/cpython/commit/63c2c8ac17750ba2be2cfc4e339cae1f4edee54f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Fri Jun  9 06:10:54 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 10:10:54 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497003054.27.0.976735684738.issue30610@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2087

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 06:12:51 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 10:12:51 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497003171.65.0.527700984677.issue30610@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
versions: +Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 06:13:35 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 10:13:35 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497003215.64.0.842116046591.issue19180@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Fri Jun  9 06:13:56 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 10:13:56 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497003236.59.0.916022081135.issue30610@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

I have checked in 3.4, 3.5 and 3.6, it's the version 2.1.1 excepted for 2.7, 3.3 it's the version 2.1.0

----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 06:48:26 2017
From: report at bugs.python.org (Forest Gregg)
Date: Fri, 09 Jun 2017 10:48:26 +0000
Subject: [issue30388] ndbm can't iterate through values on OS X
In-Reply-To: <1495037035.06.0.766456965201.issue30388@psf.upfronthosting.co.za>
Message-ID: <1497005306.96.0.500858953844.issue30388@psf.upfronthosting.co.za>


Forest Gregg added the comment:

A different user:

otool -L $(python3.6 -c 'import _dbm;print(_dbm.file)')
/usr/local/var/pyenv/versions/3.6.1/lib/python3.6/lib-dynload/_dbm.cpython-36m-darwin.so:
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.50.2)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30388>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:03:01 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 09 Jun 2017 11:03:01 +0000
Subject: [issue30608] argparse calculates string widths incorrectly
In-Reply-To: <1496987803.38.0.550172497498.issue30608@psf.upfronthosting.co.za>
Message-ID: <1497006181.86.0.940527934905.issue30608@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

I don't really understand your example code. What result did you expect? The output shown in Github seems correct to me:

optional arguments:
  -h, --help            show this help message and exit
  --language1 XXXXXXXXXX
                        Lanugage for output
  --language2 LANGUAGE  Lanugage for output


I've substituted "X" for the "missing characters" that show up, as I don't have a Tibetan font installed.

This is a more complicated "bug" (feature?) than it might seem, and I don't think it is really an argparse issue so much as a string issue. The length of a string is the number of code points in it, without trying to distinguish zero-width code points and combining characters from the rest.

I don't believe that argparse has any way of knowing how the string will be displayed. It could be displayed as:

- a series of 10 "missing character" square glyphs; 
- the correct glyphs, but still 10 columns wide (if the font has glyphs for Tibetan, but does not render the vowel markers correctly);
- or it might render the text properly, according to the rules for Tibetan, requiring less than 10 (I guess) columns.

I believe that, unfortunately, the only way that those three scenarios can be distinguished would be to print the text to a GUI framework with a rich text widget capable of measuring the *width* of text in pixels.

Working in a console app, as argparse does, it is limited to the typefaces the console supports, and cannot get the pixel width. I think the only safe way to proceed is to count code points (i.e. the length as reported by Python strings) and assume each code point requires one column. That way you can be reasonably confident that the string won't be any more than that number of columns wide.

(Even that might be wrong, if the string includes full width Asian code points, which may take two columns each.)

I don't think there is any good solution here, but I think the status quo might be the least worst. If argparse assumes that the vowel markers are zero-width, it will format the output correctly

optional arguments:
  -h, --help            show this help message and exit
  --language1 XXXXXXX   Lanugage for output
  --language2 LANGUAGE  Lanugage for output


but only for those who have the correct Tibetan typeface installed. Everyone else will see:

optional arguments:
  -h, --help            show this help message and exit
  --language1 XXXXXXXXXX   Lanugage for output
  --language2 LANGUAGE  Lanugage for output


(By the way, I'm guessing what the output might be -- I don't know Tibetan and don't know how many columns the correctly displayed string will take.)

Vanessa, if my analysis is wrong in any way, or if you can think of a patch to argparse that will solve this issue, please tell us.

Otherwise, I think this has to be treated as "won't fix".

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30608>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:07:23 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 09 Jun 2017 11:07:23 +0000
Subject: [issue30608] argparse calculates string widths incorrectly
In-Reply-To: <1496987803.38.0.550172497498.issue30608@psf.upfronthosting.co.za>
Message-ID: <1497006443.92.0.258228005086.issue30608@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

By the way, perhaps a simpler demonstration which is more likely to render correctly on most people's systems would be to use Latin-1 combining characters:

py> s1 = '?????'
py> s2 = unicodedata.normalize('NFD', s1) # decompose into combining chars
py> s1, s2
('?????', '?????')
py> assert len(s1) == 5 and len(s2) == 10
py>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30608>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:23:48 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 11:23:48 +0000
Subject: [issue30524] iter(classmethod,
 sentinel) broken for Argument Clinic class methods?
In-Reply-To: <1496232075.99.0.36248414101.issue30524@psf.upfronthosting.co.za>
Message-ID: <1497007428.77.0.426994868175.issue30524@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2088

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30524>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:24:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 11:24:56 +0000
Subject: [issue30524] iter(classmethod,
 sentinel) broken for Argument Clinic class methods?
In-Reply-To: <1496232075.99.0.36248414101.issue30524@psf.upfronthosting.co.za>
Message-ID: <1497007496.19.0.477686753301.issue30524@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f0ff849adc6b4a01f9d1f08d9ad0f1511ff84541 by Victor Stinner in branch '3.6':
bpo-30524: Fix _PyStack_UnpackDict() (#1886)
https://github.com/python/cpython/commit/f0ff849adc6b4a01f9d1f08d9ad0f1511ff84541


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30524>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:24:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 11:24:56 +0000
Subject: [issue29286] Use METH_FASTCALL in str methods
In-Reply-To: <1484587851.78.0.529922329593.issue29286@psf.upfronthosting.co.za>
Message-ID: <1497007496.37.0.0871442066071.issue29286@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f0ff849adc6b4a01f9d1f08d9ad0f1511ff84541 by Victor Stinner in branch '3.6':
bpo-30524: Fix _PyStack_UnpackDict() (#1886)
https://github.com/python/cpython/commit/f0ff849adc6b4a01f9d1f08d9ad0f1511ff84541


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29286>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:24:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 11:24:56 +0000
Subject: [issue29259] Add tp_fastcall to PyTypeObject: support FASTCALL
 calling convention for all callable objects
In-Reply-To: <1484310274.99.0.832491900546.issue29259@psf.upfronthosting.co.za>
Message-ID: <1497007496.54.0.407571351644.issue29259@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f0ff849adc6b4a01f9d1f08d9ad0f1511ff84541 by Victor Stinner in branch '3.6':
bpo-30524: Fix _PyStack_UnpackDict() (#1886)
https://github.com/python/cpython/commit/f0ff849adc6b4a01f9d1f08d9ad0f1511ff84541


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29259>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:55:26 2017
From: report at bugs.python.org (Kaeptm Blaubaer)
Date: Fri, 09 Jun 2017 11:55:26 +0000
Subject: [issue30613] Distutils register command creates non-standard
 multipart data
Message-ID: <1497009325.99.0.168340984159.issue30613@psf.upfronthosting.co.za>


New submission from Kaeptm Blaubaer:

It is using b"\n" newline instead of b"\r\n".

----------
components: Distutils
messages: 295518
nosy: Kaeptm Blaubaer, dstufft, merwok
priority: normal
severity: normal
status: open
title: Distutils register command creates non-standard multipart data
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30613>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:56:07 2017
From: report at bugs.python.org (Kaeptm Blaubaer)
Date: Fri, 09 Jun 2017 11:56:07 +0000
Subject: [issue30613] Distutils register command creates non-standard
 multipart data
In-Reply-To: <1497009325.99.0.168340984159.issue30613@psf.upfronthosting.co.za>
Message-ID: <1497009367.24.0.232795034403.issue30613@psf.upfronthosting.co.za>


Changes by Kaeptm Blaubaer <kaeptmblaubaer1000 at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30613>
_______________________________________

From report at bugs.python.org  Fri Jun  9 07:58:30 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Jun 2017 11:58:30 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497009510.92.0.655179728608.issue19180@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2089

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:18:28 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 12:18:28 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497010708.11.0.686900390059.issue29478@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2090

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:18:47 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 12:18:47 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497010727.43.0.104646103459.issue29478@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2091

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:27:09 2017
From: report at bugs.python.org (SylvainDe)
Date: Fri, 09 Jun 2017 12:27:09 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1497011229.03.0.164459631861.issue30600@psf.upfronthosting.co.za>


SylvainDe added the comment:

Thanks Serhiy Storchaka for the tip! I am currently investigating how the argument clinic works. I have used git bisect to find when the issue got introduced.

commit fdd42c481edba4261f861fc1dfe24bbd79b5a17a
bpo-20185: Convert list object implementation to Argument Clinic. (#542)

----------
Added file: http://bugs.python.org/file46939/git_bisect_bpo30600.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:28:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 12:28:07 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497011287.15.0.299413281272.issue30595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, it may be a regression a recent change like the commit bc50f03db4f58c869b78e98468e374d7e61f1227:
    bpo-30414: multiprocessing.Queue._feed do not break from main loop on exc (#1683)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:29:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 12:29:15 +0000
Subject: [issue30414] multiprocesing.Queue silently ignore messages after exc
 in _feeder
In-Reply-To: <1495304810.94.0.132011659563.issue30414@psf.upfronthosting.co.za>
Message-ID: <1497011355.78.0.570414140761.issue30414@psf.upfronthosting.co.za>


STINNER Victor added the comment:

We started to get *random* failures of test_queue_feeder_donot_stop_onexc() of test_multiprocessing_spawn since a few days. I may be related to this change. Can you please take a look at bpo-30595?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30414>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:35:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 12:35:14 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497011714.83.0.187744266581.issue30595@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2092

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:37:55 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Jun 2017 12:37:55 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497011875.35.0.201408156185.issue19180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset c422959daca0598fabbefa5de4417ebce3b1da06 by Nick Coghlan in branch '3.6':
[3.6] bpo-19180: Updated references for RFC 1750, RFC 3280 & RFC 4366
https://github.com/python/cpython/commit/c422959daca0598fabbefa5de4417ebce3b1da06


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:38:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 12:38:07 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1497011887.95.0.224398274239.issue30600@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This commit only exposed existing bug in Argument Clinic. The same bug should be exposed for other methods that takes no keyword arguments converted to Argument Clinic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:39:24 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 09 Jun 2017 12:39:24 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497011964.63.0.549846062549.issue19180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

And merged. Thanks Chandan for the update, and everyone else for the comments and triage :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:42:34 2017
From: report at bugs.python.org (Jim Fasarakis-Hilliard)
Date: Fri, 09 Jun 2017 12:42:34 +0000
Subject: [issue30570] issubclass segfaults on objects with weird __getattr__
In-Reply-To: <1496622334.44.0.71686890535.issue30570@psf.upfronthosting.co.za>
Message-ID: <1497012154.41.0.44097773372.issue30570@psf.upfronthosting.co.za>


Changes by Jim Fasarakis-Hilliard <d.f.hilliard at gmail.com>:


----------
nosy: +Jim Fasarakis-Hilliard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30570>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:45:07 2017
From: report at bugs.python.org (Jim Fasarakis-Hilliard)
Date: Fri, 09 Jun 2017 12:45:07 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1497012307.2.0.491462999595.issue30600@psf.upfronthosting.co.za>


Changes by Jim Fasarakis-Hilliard <d.f.hilliard at gmail.com>:


----------
nosy: +Jim Fasarakis-Hilliard

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:53:11 2017
From: report at bugs.python.org (Grzegorz Grzywacz)
Date: Fri, 09 Jun 2017 12:53:11 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497012791.92.0.263244462557.issue30595@psf.upfronthosting.co.za>


Grzegorz Grzywacz added the comment:

Looks like build bot is too slow for timeout=0.1. 

I am guessing `0.1` is too low because we have wrong condition in Queue.get.

It should be.

diff --git a/Lib/multiprocessing/queues.py b/Lib/multiprocessing/queues.py
index dda03dd..42e9884 100644
--- a/Lib/multiprocessing/queues.py
+++ b/Lib/multiprocessing/queues.py
@@ -101,7 +101,7 @@ class Queue(object):
             try:
                 if block:
                     timeout = deadline - time.time()
-                    if timeout < 0 or not self._poll(timeout):
+                    if self._poll(timeout):
                         raise Empty
                 elif not self._poll():
                     raise Empty

If we successfully acquired self._rlock, we should poll no matter how long acquire took.

----------
nosy: +grzgrzgrz3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Fri Jun  9 08:54:51 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Jun 2017 12:54:51 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497012891.27.0.615228132108.issue29478@psf.upfronthosting.co.za>


R. David Murray added the comment:

Looks like it just needs a NEWS entry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Fri Jun  9 09:04:46 2017
From: report at bugs.python.org (Grzegorz Grzywacz)
Date: Fri, 09 Jun 2017 13:04:46 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497013486.73.0.0370943040833.issue30595@psf.upfronthosting.co.za>


Grzegorz Grzywacz added the comment:

of course it should be `if not`:

diff --git a/Lib/multiprocessing/queues.py b/Lib/multiprocessing/queues.py
index dda03dd..514f991 100644
--- a/Lib/multiprocessing/queues.py
+++ b/Lib/multiprocessing/queues.py
@@ -101,7 +101,7 @@ class Queue(object):
             try:
                 if block:
                     timeout = deadline - time.time()
-                    if timeout < 0 or not self._poll(timeout):
+                    if not self._poll(timeout):
                         raise Empty
                 elif not self._poll():
                     raise Empty

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Fri Jun  9 09:17:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 13:17:29 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497014249.1.0.166033854752.issue30595@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2093

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Fri Jun  9 09:18:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 13:18:57 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497014337.14.0.598397877448.issue30595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I am guessing `0.1` is too low because we have wrong condition in Queue.get. It should be.

I'm not sure that the buildbot took this code path, but I like your suggestion. Checking the reader in non-blocking mode is cheap.

poll() with timeout < 0 works as poll(0), I checked the UNIX and Windows implementations.

So I proposed your change as a PR, and credited you ;-)
https://github.com/python/cpython/pull/2027

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Fri Jun  9 09:58:04 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 13:58:04 +0000
Subject: [issue29951] PyArg_ParseTupleAndKeywords exception messages
 containing "function"
In-Reply-To: <1490918587.4.0.0607667805061.issue29951@psf.upfronthosting.co.za>
Message-ID: <1497016684.32.0.420095018309.issue29951@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2094

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29951>
_______________________________________

From report at bugs.python.org  Fri Jun  9 10:15:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 14:15:07 +0000
Subject: [issue30418] test_communicate_epipe() of test_subprocess fails
 randomly on AMD64 Windows7 SP1 3.x
In-Reply-To: <1495319521.26.0.722559684422.issue30418@psf.upfronthosting.co.za>
Message-ID: <1497017707.53.0.676061923733.issue30418@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The bug should now be fixed. EINVAL is now also ignored even if the process is still running, same behaviour than UNIX with EPIPE.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30418>
_______________________________________

From report at bugs.python.org  Fri Jun  9 10:26:49 2017
From: report at bugs.python.org (Charalampos Stratakis)
Date: Fri, 09 Jun 2017 14:26:49 +0000
Subject: [issue30353] ctypes: pass by value for structs broken on Cygwin/MinGW
 64-bit
In-Reply-To: <1494605988.92.0.550577143248.issue30353@psf.upfronthosting.co.za>
Message-ID: <1497018409.78.0.262562648457.issue30353@psf.upfronthosting.co.za>


Charalampos Stratakis added the comment:

This bug affects also the 3.6 branch. Can the fix be backported?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30353>
_______________________________________

From report at bugs.python.org  Fri Jun  9 10:28:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 14:28:30 +0000
Subject: [issue30217] Missing entry for the tilde (~) operator in the Index
In-Reply-To: <1493582160.76.0.882487661277.issue30217@psf.upfronthosting.co.za>
Message-ID: <1497018510.27.0.428268221239.issue30217@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 5eb7075915f0509c5027376bda0e6d9c1e505a2c by Serhiy Storchaka (Marco Buttu) in branch 'master':
bpo-30217: Add the operators ~ and | to the index (#1502)
https://github.com/python/cpython/commit/5eb7075915f0509c5027376bda0e6d9c1e505a2c


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30217>
_______________________________________

From report at bugs.python.org  Fri Jun  9 10:32:49 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 14:32:49 +0000
Subject: [issue24755] asyncio.wrap_future undocumented
In-Reply-To: <1438250618.09.0.00442439827356.issue24755@psf.upfronthosting.co.za>
Message-ID: <1497018769.17.0.647863275286.issue24755@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset af609a00a64fd58bd67c102f208ed9fe15c2748d by Mariatta in branch '3.6':
bpo-24755: Document asyncio.wrap_future (GH-603) (GH-2019)
https://github.com/python/cpython/commit/af609a00a64fd58bd67c102f208ed9fe15c2748d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24755>
_______________________________________

From report at bugs.python.org  Fri Jun  9 10:33:26 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 14:33:26 +0000
Subject: [issue24755] asyncio.wrap_future undocumented
In-Reply-To: <1438250618.09.0.00442439827356.issue24755@psf.upfronthosting.co.za>
Message-ID: <1497018806.49.0.616218806709.issue24755@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 3fc2fa8cb909cb58325f56deb5cd500d278e4102 by Mariatta in branch '3.5':
bpo-24755: Document asyncio.wrap_future (GH-603) (GH-2020)
https://github.com/python/cpython/commit/3fc2fa8cb909cb58325f56deb5cd500d278e4102


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24755>
_______________________________________

From report at bugs.python.org  Fri Jun  9 10:34:34 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 14:34:34 +0000
Subject: [issue24755] asyncio.wrap_future undocumented
In-Reply-To: <1438250618.09.0.00442439827356.issue24755@psf.upfronthosting.co.za>
Message-ID: <1497018874.99.0.189321007079.issue24755@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

PR merged and backported to 3.6 and 3.5.
Thanks :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24755>
_______________________________________

From report at bugs.python.org  Fri Jun  9 10:48:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 14:48:47 +0000
Subject: [issue30524] iter(classmethod,
 sentinel) broken for Argument Clinic class methods?
In-Reply-To: <1496232075.99.0.36248414101.issue30524@psf.upfronthosting.co.za>
Message-ID: <1497019727.96.0.892938603394.issue30524@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 3b5cf85edc188345668f987c824a2acb338a7816 by Victor Stinner in branch 'master':
bpo-30524: Write unit tests for FASTCALL (#2022)
https://github.com/python/cpython/commit/3b5cf85edc188345668f987c824a2acb338a7816


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30524>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:00:11 2017
From: report at bugs.python.org (Ned Deily)
Date: Fri, 09 Jun 2017 15:00:11 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497020411.58.0.0549227347952.issue30038@psf.upfronthosting.co.za>


Ned Deily added the comment:

It sounds like a bug to me, and thus suitable to backport, but it certainly would be worth getting other opinions since this is a tricky and critical area.  Antoine, Steve, others: thoughts?

----------
nosy: +pitrou, steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:02:12 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Jun 2017 15:02:12 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <5FB899E3-945E-4B35-831E-804DF53714B8@comcast.net>
Message-ID: <1497020532.51.0.362202099056.issue30609@psf.upfronthosting.co.za>


Zachary Ware added the comment:

This is going to need a significantly reduced reproducer that doesn't rely on anything outside the standard library before we can do anything with it, especially since Cygwin support is currently tenuous at best.  erik.bray or masamoto may have more insight, though.

----------
nosy: +erik.bray, masamoto, zach.ware
stage:  -> test needed
type:  -> behavior
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:09:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 15:09:08 +0000
Subject: [issue30599] os.register_at_fork(): allow to unregister callbacks --
 test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1497020948.18.0.981832427483.issue30599@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2095

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:14:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 15:14:31 +0000
Subject: [issue30524] iter(classmethod,
 sentinel) broken for Argument Clinic class methods?
In-Reply-To: <1496232075.99.0.36248414101.issue30524@psf.upfronthosting.co.za>
Message-ID: <1497021271.64.0.535329560875.issue30524@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2096

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30524>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:16:08 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 09 Jun 2017 15:16:08 +0000
Subject: [issue30611] Windows HTML Help always opens maximized
In-Reply-To: <1497000031.32.0.397781298272.issue30611@psf.upfronthosting.co.za>
Message-ID: <1497021368.54.0.0892742452816.issue30611@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Does 'Show="normal"' cause the usual behavior of "do whatever it was doing when last closed"?  Does 'Show=' need to be specified?

Would you like to submit a PR?

----------
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30611>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:16:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 15:16:24 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <5FB899E3-945E-4B35-831E-804DF53714B8@comcast.net>
Message-ID: <1497021384.03.0.959277772858.issue30609@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Generated colors appear to be corrupted by overloading text attribute with specified foreground and background colors.

Python doesn't contain anything in its stdlib to control the color of the terminal. Are you sure that you posted your bug report at the right place?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:21:50 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Jun 2017 15:21:50 +0000
Subject: [issue25958] Implicit ABCs have no means of "anti-registration"
In-Reply-To: <1451168802.83.0.911068284232.issue25958@psf.upfronthosting.co.za>
Message-ID: <1497021710.67.0.555313588708.issue25958@psf.upfronthosting.co.za>


Guido van Rossum added the comment:


New changeset 57161aac5eb9bcb0b43e551a1937ff0a84c1ec52 by Guido van Rossum (Jelle Zijlstra) in branch 'master':
bpo-30266: support "= None" pattern in AbstractContextManager (#1448)
https://github.com/python/cpython/commit/57161aac5eb9bcb0b43e551a1937ff0a84c1ec52


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25958>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:21:50 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Jun 2017 15:21:50 +0000
Subject: [issue30266] AbstractContextManager should support __method__ = None
In-Reply-To: <1493869052.62.0.588224367521.issue30266@psf.upfronthosting.co.za>
Message-ID: <1497021710.97.0.073074717823.issue30266@psf.upfronthosting.co.za>


Guido van Rossum added the comment:


New changeset 57161aac5eb9bcb0b43e551a1937ff0a84c1ec52 by Guido van Rossum (Jelle Zijlstra) in branch 'master':
bpo-30266: support "= None" pattern in AbstractContextManager (#1448)
https://github.com/python/cpython/commit/57161aac5eb9bcb0b43e551a1937ff0a84c1ec52


----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30266>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:26:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 15:26:03 +0000
Subject: [issue30614] [EASY][2.7] testInitNonExistentFile() of test_bz2 leaks
 references
Message-ID: <1497021963.08.0.0268094667551.issue30614@psf.upfronthosting.co.za>


New submission from STINNER Victor:

haypo at selma$ ./python -m test -R 3:3 -m testInitNonExistentFile test_bz2
Run tests sequentially
0:00:00 [1/1] test_bz2
beginning 6 repetitions
123456
......
test_bz2 leaked [10, 10, 10] references, sum=30
1 test failed:
    test_bz2

Total duration: 81 ms
Tests result: FAILURE
[57793 refs]

----------
keywords: easy (C)
messages: 295542
nosy: haypo
priority: normal
severity: normal
status: open
title: [EASY][2.7] testInitNonExistentFile() of test_bz2 leaks references
type: resource usage
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30614>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:29:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 15:29:04 +0000
Subject: [issue30615] [EASY][2.7] test_recursive_repr() of test_xml_etree_c
 leaks references
Message-ID: <1497022144.89.0.26553812971.issue30615@psf.upfronthosting.co.za>


New submission from STINNER Victor:

haypo at selma$ ./python -m test -R 3:3 -m test_recursive_repr test_xml_etree_c
Run tests sequentially
0:00:00 [1/1] test_xml_etree_c
beginning 6 repetitions
123456
......
test_xml_etree_c leaked [4, 4, 4] references, sum=12
1 test failed:
    test_xml_etree_c

Total duration: 179 ms
Tests result: FAILURE
[64152 refs]

----------
components: Tests, XML
messages: 295543
nosy: haypo
priority: normal
severity: normal
status: open
title: [EASY][2.7] test_recursive_repr() of test_xml_etree_c leaks references
type: resource usage
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30615>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:34:21 2017
From: report at bugs.python.org (Yibo Wang)
Date: Fri, 09 Jun 2017 15:34:21 +0000
Subject: [issue30575] Python interpreter crashes on macOS
In-Reply-To: <1496680088.08.0.654208727312.issue30575@psf.upfronthosting.co.za>
Message-ID: <1497022461.84.0.70038009754.issue30575@psf.upfronthosting.co.za>


Yibo Wang added the comment:

It's a bug from cffi because the interpreter won't crash when using ctypes only without cffi.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30575>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:36:52 2017
From: report at bugs.python.org (Ned Deily)
Date: Fri, 09 Jun 2017 15:36:52 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497022612.85.0.926970874909.issue30610@psf.upfronthosting.co.za>


Ned Deily added the comment:

Isn't this a duplicate of Issue29591 ?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:39:15 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 15:39:15 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497022755.31.0.70830647075.issue30610@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

Yep, it's similar

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 11:55:37 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Jun 2017 15:55:37 +0000
Subject: [issue30266] AbstractContextManager should support __method__ = None
In-Reply-To: <1493869052.62.0.588224367521.issue30266@psf.upfronthosting.co.za>
Message-ID: <1497023737.81.0.896789797971.issue30266@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

This should be backported to 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30266>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:00:54 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Fri, 09 Jun 2017 16:00:54 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <1497021384.03.0.959277772858.issue30609@psf.upfronthosting.co.za>
Message-ID: <C733689B-AFBF-48C2-8C30-DBD49D37CE93@comcast.net>


Richard S. Gordon added the comment:

> On Jun 9, 2017, at 11:16 AM, STINNER Victor <report at bugs.python.org> wrote:
> 
> 
> STINNER Victor added the comment:
> 
>> Generated colors appear to be corrupted by overloading text attribute with specified foreground and background colors.
> 
> Python doesn't contain anything in its stdlib to control the color of the terminal. Are you sure that you posted your bug report at the right place?
> 
> ----------
> nosy: +haypo
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30609>
> _______________________________________

My application, emulates the high level wxPython API, using the standard Python curses package. It uses such curses API methods as window.attron(text attribute) and window.attroff(text attribute). Now that ncurses 6.0 has been released, it supports 64-bit processors and 256+colors. Python 3.6.1 should have been updated to support the new ncurses 64-bit API. It does not seem to have been updated. With the ncurses5.x 32-bit API, the Python 2x and 3x curses modules supported up to 16 colors and up to 64 color pairs. The updated curses packages should support at least 256 colors and at least 65536 color pairs.

Richard S. Gordon

----------
nosy: +rigordo959

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:07:19 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 16:07:19 +0000
Subject: [issue30614] [EASY][2.7] testInitNonExistentFile() of test_bz2 leaks
 references
In-Reply-To: <1497021963.08.0.0268094667551.issue30614@psf.upfronthosting.co.za>
Message-ID: <1497024439.26.0.164483536294.issue30614@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2097

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30614>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:08:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 16:08:38 +0000
Subject: [issue30614] [EASY][2.7] testInitNonExistentFile() of test_bz2 leaks
 references
In-Reply-To: <1497021963.08.0.0268094667551.issue30614@psf.upfronthosting.co.za>
Message-ID: <1497024518.09.0.17582224223.issue30614@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The leaking unit test was added to fix a bug found by fuzzing: see bpo-19878.

To fix the bug, I suggest to:

1) Add a clear method: extract most of BZ2File_dealloc() code except of code to clear the lock and the tp_free. Create a new BZ2File_clear() function which clears the file and buffers. Call BZ2File_clear() in BZ2File_dealloc(), but *before* destroying the lock (see later for the rationale). Replace Py_XDECREF(self->file) with Py_CLEAR(self->file). Add ACQUIRE_LOCK/RELEASE_LOCK in BZ2File_clear.

2) Maybe declare BZ2File_clear() as tp_clear. In this case, change BZ2File_clear() return type from void to int, and add "return 0" at the end

3) Move the lock initialization before "self->file = PyObject_CallFunction(...)" in BZ2File_init(). Modify the code to not create the lock twice: if the lock was already created by a previous call to BZ2File_init(), do nothing.

4) Call BZ2File_clear() in BZ2File_init() after the initialization of the lock

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30614>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:17:55 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 16:17:55 +0000
Subject: [issue30266] AbstractContextManager should support __method__ = None
In-Reply-To: <1493869052.62.0.588224367521.issue30266@psf.upfronthosting.co.za>
Message-ID: <1497025075.16.0.676708271191.issue30266@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
assignee:  -> Mariatta
nosy: +Mariatta
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30266>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:21:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 16:21:29 +0000
Subject: [issue30615] [EASY][2.7] test_recursive_repr() of test_xml_etree_c
 leaks references
In-Reply-To: <1497022144.89.0.26553812971.issue30615@psf.upfronthosting.co.za>
Message-ID: <1497025289.75.0.415079717984.issue30615@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The leak is in the element_repr() function of Modules/_elementtree.c.

Py_ReprEnter() creates an internal list to track objects, and so requires that Py_ReprLeave() is always called, even on error, to destroy these objects. Is it the case here? ;-)

----------
keywords: +easy (C)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30615>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:24:13 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Fri, 09 Jun 2017 16:24:13 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <C733689B-AFBF-48C2-8C30-DBD49D37CE93@comcast.net>
Message-ID: <A1D299E2-753D-42B1-A5BA-1131A24B4955@comcast.net>


Richard S. Gordon added the comment:

> On Jun 9, 2017, at 11:59 AM, Richard S. Gordon <rigordo at comcast.net> wrote:
> 
> 
>> On Jun 9, 2017, at 11:16 AM, STINNER Victor <report at bugs.python.org> wrote:
>> 
>> 
>> STINNER Victor added the comment:
>> 
>>> Generated colors appear to be corrupted by overloading text attribute with specified foreground and background colors.
>> 
>> Python doesn't contain anything in its stdlib to control the color of the terminal. Are you sure that you posted your bug report at the right place?
>> 
>> ----------
>> nosy: +haypo
>> 
>> _______________________________________
>> Python tracker <report at bugs.python.org>
>> <http://bugs.python.org/issue30609>
>> _______________________________________
> 
> My application, emulates the high level wxPython API, using the standard Python curses package. It uses such curses API methods as window.attron(text attribute) and window.attroff(text attribute). Now that ncurses 6.0 has been released, it supports 64-bit processors and 256+colors. Python 3.6.1 should have been updated to support the new ncurses 64-bit API. It does not seem to have been updated. With the ncurses5.x 32-bit API, the Python 2x and 3x curses modules supported up to 16 colors and up to 64 color pairs. The updated curses packages should support at least 256 colors and at least 65536 color pairs.
> 
> Richard S. Gordon

I neglected to state that ncurses 6.0 changed certain c/c++ data types to support the additional data bits needed to support more colors. The Python curses stdlib needs to reflect the new c/c++ ncurses data types.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:25:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 16:25:34 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497025534.44.0.609238835574.issue30610@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I opened a thread on python-dev to ask if we could drop our embedded copy of libexpat:
https://mail.python.org/pipermail/python-dev/2017-June/148287.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:27:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 16:27:08 +0000
Subject: [issue29951] PyArg_ParseTupleAndKeywords exception messages
 containing "function"
In-Reply-To: <1490918587.4.0.0607667805061.issue29951@psf.upfronthosting.co.za>
Message-ID: <1497025628.64.0.667483957095.issue29951@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f9f1ccace395a8f65b60dc12567a237b4002fd18 by Victor Stinner (Serhiy Storchaka) in branch 'master':
Fix regression in error message introduced in bpo-29951. (#2028)
https://github.com/python/cpython/commit/f9f1ccace395a8f65b60dc12567a237b4002fd18


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29951>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:32:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 16:32:28 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <5FB899E3-945E-4B35-831E-804DF53714B8@comcast.net>
Message-ID: <1497025948.29.0.683206748415.issue30609@psf.upfronthosting.co.za>


STINNER Victor added the comment:

What is your operating system? How did you install ncurses? What is your ncurses version?

On Linux, Python is linked dynamically to the system ncurses library. Python is built using system ncurses headers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:42:26 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 09 Jun 2017 16:42:26 +0000
Subject: [issue30612] Unusual Windows registry path syntax
In-Reply-To: <1497000804.0.0.079840477122.issue30612@psf.upfronthosting.co.za>
Message-ID: <1497026546.04.0.677476334066.issue30612@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30612>
_______________________________________

From report at bugs.python.org  Fri Jun  9 12:51:27 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Fri, 09 Jun 2017 16:51:27 +0000
Subject: [issue30614] [EASY][2.7] testInitNonExistentFile() of test_bz2 leaks
 references
In-Reply-To: <1497021963.08.0.0268094667551.issue30614@psf.upfronthosting.co.za>
Message-ID: <1497027087.48.0.830448147808.issue30614@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2098

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30614>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:11:10 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Jun 2017 17:11:10 +0000
Subject: [issue30612] Unusual Windows registry path syntax
In-Reply-To: <1497000804.0.0.079840477122.issue30612@psf.upfronthosting.co.za>
Message-ID: <1497028270.23.0.804243632619.issue30612@psf.upfronthosting.co.za>


Steve Dower added the comment:

Pull requests welcome, but as someone who lives in the Windows API day in and day out, I can vouch for it being the normal abbreviated way of specifying a fully qualified registry value.

----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30612>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:17:01 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Jun 2017 17:17:01 +0000
Subject: [issue30611] Windows HTML Help always opens maximized
In-Reply-To: <1497000031.32.0.397781298272.issue30611@psf.upfronthosting.co.za>
Message-ID: <1497028621.9.0.9237142035.issue30611@psf.upfronthosting.co.za>


Steve Dower added the comment:

Opening in normal size (i.e. randomly positioned somewhere on the screen) is equally annoying.

PR is welcome, but I won't be approving it. Someone else might.

Certainly doesn't need to be backported - this is not a bug.

----------
assignee: docs at python -> 
components:  -Documentation
type: behavior -> enhancement
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30611>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:17:46 2017
From: report at bugs.python.org (Christian Ullrich)
Date: Fri, 09 Jun 2017 17:17:46 +0000
Subject: [issue30612] Unusual Windows registry path syntax
In-Reply-To: <1497000804.0.0.079840477122.issue30612@psf.upfronthosting.co.za>
Message-ID: <1497028666.55.0.3195208194.issue30612@psf.upfronthosting.co.za>


Christian Ullrich added the comment:

Out of curiosity, can you point me to an example or two?

I have been living with, though not in, Win32 for quite a few years myself, and I can say with certainty that I have never seen this notation before in my life.

Other than that, PR on the way soonish.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30612>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:24:32 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 09 Jun 2017 17:24:32 +0000
Subject: [issue30612] Unusual Windows registry path syntax
In-Reply-To: <1497000804.0.0.079840477122.issue30612@psf.upfronthosting.co.za>
Message-ID: <1497029072.39.0.339398159501.issue30612@psf.upfronthosting.co.za>


Steve Dower added the comment:

There's a handful of references in https://docs.microsoft.com/en-us/visualstudio/ide/walkthrough-creating-a-multiple-computer-build-environment, though TBH most of the docs written by actual doc writers use more complicated sentences to avoid it.

It's also the syntax used by MSBuild, which is probably mostly why I think it's normal.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30612>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:30:17 2017
From: report at bugs.python.org (Gerrit Holl)
Date: Fri, 09 Jun 2017 17:30:17 +0000
Subject: [issue30616] Cannot use functional API to create enum with zero values
Message-ID: <1497029417.9.0.731294800985.issue30616@psf.upfronthosting.co.za>


New submission from Gerrit Holl:

The OO API allows to create empty enums, i.e. without any values.  However, the functional API does not, as this will result in an IndexError as shown below:

In [1]: import enum

In [2]: class X(enum.IntFlag): pass

In [3]: Y = enum.IntFlag("Y", [])
---------------------------------------------------------------------------
IndexError                                Traceback (most recent call last)
<ipython-input-3-1fda5945e0b2> in <module>()
----> 1 Y = enum.IntFlag("Y", [])

~/lib/python3.6/enum.py in __call__(cls, value, names, module, qualname, type, start)
    291             return cls.__new__(cls, value)
    292         # otherwise, functional API: we're creating a new Enum type
--> 293         return cls._create_(value, names, module=module, qualname=qualname, type=type, start=start)
    294 
    295     def __contains__(cls, member):

~/lib/python3.6/enum.py in _create_(cls, class_name, names, module, qualname, type, start)
    382         if isinstance(names, str):
    383             names = names.replace(',', ' ').split()
--> 384         if isinstance(names, (tuple, list)) and isinstance(names[0], str):
    385             original_names, names = names, []
    386             last_values = []

IndexError: list index out of range

----------
messages: 295559
nosy: Gerrit.Holl
priority: normal
severity: normal
status: open
title: Cannot use functional API to create enum with zero values
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30616>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:31:27 2017
From: report at bugs.python.org (Christian Ullrich)
Date: Fri, 09 Jun 2017 17:31:27 +0000
Subject: [issue30611] Windows HTML Help always opens maximized
In-Reply-To: <1497000031.32.0.397781298272.issue30611@psf.upfronthosting.co.za>
Message-ID: <1497029487.37.0.70970129867.issue30611@psf.upfronthosting.co.za>


Christian Ullrich added the comment:

I'll have to start with the ceterae again, won't I? OK, since you asked:

Ceterum censeo: This behavior could have been easily adapted to differing local requirements if MSI had been used as the distribution package format by appropriately transforming  the Shortcut table at install time, but burn bundles do not expose an interface to apply transforms to individual component MSIs, needlessly disabling this unique advantage of the Windows Installer technology.

(Apologies to people who know Latin. Unless I'm really lucky here.)

Not sure if the tracker will let me close the bug myself; if it doesn't, know that I have tried.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30611>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:55:00 2017
From: report at bugs.python.org (Neil Schemenauer)
Date: Fri, 09 Jun 2017 17:55:00 +0000
Subject: [issue29324] test_aead_aes_gcm fails on Kernel 4.9
In-Reply-To: <1484838066.61.0.93462051202.issue29324@psf.upfronthosting.co.za>
Message-ID: <1497030900.67.0.85332319213.issue29324@psf.upfronthosting.co.za>


Neil Schemenauer added the comment:

This patch works for me as well.  Debian testing, kernel:
Linux version 4.9.0-3-amd64 (debian-kernel at lists.debian.org) (gcc version 6.3.0 20170425 (Debian 6.3.0-16) ) #1 SMP Debian 4.9.25-1 (2017-05-02)


In the 3.6.1 Python release, test_socket fails with:

test test_socket failed -- Traceback (most recent call last):
  File "/home/nas/src/cpython/Lib/test/support/__init__.py", line 556, in wrapper
    return func(*args, **kw)
  File "/home/nas/src/cpython/Lib/test/test_socket.py", line 5497, in test_aead_aes_gcm
    res = op.recv(assoclen + len(plain) + taglen)
OSError: [Errno 22] Invalid argument

----------
nosy: +nascheme

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29324>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:55:54 2017
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 09 Jun 2017 17:55:54 +0000
Subject: [issue30616] Cannot use functional API to create enum with zero values
In-Reply-To: <1497029417.9.0.731294800985.issue30616@psf.upfronthosting.co.za>
Message-ID: <1497030954.97.0.988588316397.issue30616@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
nosy: +ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30616>
_______________________________________

From report at bugs.python.org  Fri Jun  9 13:58:23 2017
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 09 Jun 2017 17:58:23 +0000
Subject: [issue30616] Cannot use functional API to create enum with zero values
In-Reply-To: <1497029417.9.0.731294800985.issue30616@psf.upfronthosting.co.za>
Message-ID: <1497031103.51.0.0718009556451.issue30616@psf.upfronthosting.co.za>


Changes by Ethan Furman <ethan at stoneleaf.us>:


----------
assignee:  -> ethan.furman
components: +Library (Lib)
priority: normal -> low
stage:  -> test needed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30616>
_______________________________________

From report at bugs.python.org  Fri Jun  9 15:01:09 2017
From: report at bugs.python.org (Glenn Linderman)
Date: Fri, 09 Jun 2017 19:01:09 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1497034869.51.0.0297255665478.issue30576@psf.upfronthosting.co.za>


Glenn Linderman added the comment:

I don't understand fully what you are planning here: to pre-compress the files, or to compress on the fly as mentioned by another commenter?

I've implemented, in a CGI behind http.server, both .gz and .br (gzip and brotli) compression, following these rules:

User requests file  xyz

If xyz doesn't exist, then look for xyz.gz or xyz.br.  If one of them exists, then serve it. But if the browser doesn't support gzip or br (as appropriate) then decompress on the fly, otherwise set the appropriate Content-Encoding, and send the compressed file.

This has worked out well. Of course, .br is only supported for https: transfers.  Most browsers support it now, except Apple.

----------
nosy: +v+python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Fri Jun  9 15:32:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 19:32:07 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497036727.52.0.330789272716.issue28994@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2099

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Fri Jun  9 15:53:41 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Fri, 09 Jun 2017 19:53:41 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <1497025948.29.0.683206748415.issue30609@psf.upfronthosting.co.za>
Message-ID: <23096175-CD80-42EE-AED4-67AF3622E452@comcast.net>


Richard S. Gordon added the comment:

> On Jun 9, 2017, at 12:32 PM, STINNER Victor <report at bugs.python.org <mailto:report at bugs.python.org>> wrote:
> 
> 
> STINNER Victor added the comment:
> 
> What is your operating system? How did you install ncurses? What is your ncurses version?
> 
> On Linux, Python is linked dynamically to the system ncurses library. Python is built using system ncurses headers.
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org <mailto:report at bugs.python.org>>
> <http://bugs.python.org/issue30609 <http://bugs.python.org/issue30609>>
> _______________________________________

Host operating system is Windows 10 (updated to 1703)
ncurses and Python 3.6.1 were included in cygwin.

Cygwin log:

2017/03/26 02:34:07 Starting cygwin install, version 2.877
2017/03/26 02:34:07 User has backup/restore rights
2017/03/26 02:34:07 Current Directory: d:\Cygwin64
2017/03/26 02:34:07 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access.
2017/03/26 02:34:17 Ending cygwin install

$ uname -a
CYGWIN_NT-10.0 WIN10PRO64VM 2.8.0(0.309/5/3) 2017-04-01 20:47 x86_64 Cygwin

excerpt from curses.h header file from cygwin?s /user/include/curses.h:

/****************************************************************************
 * Copyright (c) 1998-2016,2017 Free Software Foundation, Inc.              *
 *                                                                          *
 * Permission is hereby granted, free of charge, to any person obtaining a  *
 * copy of this software and associated documentation files (the            *
 * "Software"), to deal in the Software without restriction, including      *
 * without limitation the rights to use, copy, modify, merge, publish,      *
 * distribute, distribute with modifications, sublicense, and/or sell       *
 * copies of the Software, and to permit persons to whom the Software is    *
 * furnished to do so, subject to the following conditions:                 *
 *                                                                          *
 * The above copyright notice and this permission notice shall be included  *
 * in all copies or substantial portions of the Software.                   *
 *                                                                          *
 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS  *
 * OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF               *
 * MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.   *
 * IN NO EVENT SHALL THE ABOVE COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM,   *
 * DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR    *
 * OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR    *
 * THE USE OR OTHER DEALINGS IN THE SOFTWARE.                               *
 *                                                                          *
 * Except as contained in this notice, the name(s) of the above copyright   *
 * holders shall not be used in advertising or otherwise to promote the     *
 * sale, use or other dealings in this Software without prior written       *
 * authorization.                                                           *
 ****************************************************************************/

/****************************************************************************
 *  Author: Zeyd M. Ben-Halim <zmbenhal at netcom.com <mailto:zmbenhal at netcom.com>> 1992,1995               *
 *     and: Eric S. Raymond <esr at snark.thyrsus.com <mailto:esr at snark.thyrsus.com>>                         *
 *     and: Thomas E. Dickey                        1996-on                 *
 ****************************************************************************/

/* $Id: curses.h.in,v 1.248 2017/03/09 09:43:50 tom Exp $ */

#ifndef __NCURSES_H
#define __NCURSES_H

#define CURSES 1
#define CURSES_H 1

/* These are defined only in curses.h, and are used for conditional compiles */
#define NCURSES_VERSION_MAJOR 6
#define NCURSES_VERSION_MINOR 0
#define NCURSES_VERSION_PATCH 20170325

/* This is defined in more than one ncurses header, for identification */
#undef  NCURSES_VERSION
#define NCURSES_VERSION "6.0"

/*
 * Identify the mouse encoding version.
 */
#define NCURSES_MOUSE_VERSION 2

/*
 * Definitions to facilitate DLL's.
 */
#include <ncurses_dll.h>

#if 1
#include <stdint.h>
#endif

/*
 * User-definable tweak to disable the include of <stdbool.h>.
 */
#ifndef NCURSES_ENABLE_STDBOOL_H
#define NCURSES_ENABLE_STDBOOL_H 1
#endif

/*
 * NCURSES_ATTR_T is used to quiet compiler warnings when building ncurses
 * configured using --disable-macros.
 */
#ifndef NCURSES_ATTR_T
#define NCURSES_ATTR_T int
#endif

/*
 * Expands to 'const' if ncurses is configured using --enable-const.  Note that
 * doing so makes it incompatible with other implementations of X/Open Curses.
 */
#undef  NCURSES_CONST
#define NCURSES_CONST /*nothing*/

#undef NCURSES_INLINE
#define NCURSES_INLINE inline

/*
 * The internal type used for color values, and for color-pairs.  The latter
 * allows the curses library to enumerate the combinations of foreground and
 * background colors used by an application, and is normally the product of the
 * total foreground and background colors.
 *
 * X/Open uses "short" for both of these types, ultimately because they are
 * numbers from the SVr4 terminal database, which uses 16-bit signed values.
 */
#undef	NCURSES_COLOR_T
#define	NCURSES_COLOR_T short

#undef	NCURSES_PAIRS_T
#define	NCURSES_PAIRS_T short

/*
 * Definitions used to make WINDOW and similar structs opaque.
 */
#ifndef NCURSES_INTERNALS
#define NCURSES_OPAQUE       1
#define NCURSES_OPAQUE_FORM  0
#define NCURSES_OPAQUE_MENU  0
#define NCURSES_OPAQUE_PANEL 0
#endif

/*
 * Definition used to optionally suppress wattr* macros to help with the
 * transition from ncurses5 to ncurses6 by allowing the header files to
 * be shared across development packages for ncursesw in both ABIs.
 */
#ifndef NCURSES_WATTR_MACROS
#define NCURSES_WATTR_MACROS 1
#endif

/*
 * The reentrant code relies on the opaque setting, but adds features.
 */
#ifndef NCURSES_REENTRANT
#define NCURSES_REENTRANT 1
#endif

/*
 * Control whether bindings for interop support are added.
 */
#undef	NCURSES_INTEROP_FUNCS
#define	NCURSES_INTEROP_FUNCS 0

/*
 * The internal type used for window dimensions.
 */
#undef	NCURSES_SIZE_T
#define	NCURSES_SIZE_T int

/*
 * Control whether tparm() supports varargs or fixed-parameter list.
 */
#undef NCURSES_TPARM_VARARGS
#define NCURSES_TPARM_VARARGS 1

/*
 * Control type used for tparm's arguments.  While X/Open equates long and
 * char* values, this is not always workable for 64-bit platforms.
 */
#undef NCURSES_TPARM_ARG
#define NCURSES_TPARM_ARG long

/*
 * Control whether ncurses uses wcwidth() for checking width of line-drawing
 * characters.
 */
#undef NCURSES_WCWIDTH_GRAPHICS
#define NCURSES_WCWIDTH_GRAPHICS 1

/*
 * NCURSES_CH_T is used in building the library, but not used otherwise in
 * this header file, since that would make the normal/wide-character versions
 * of the header incompatible.
 */
#undef	NCURSES_CH_T
#define NCURSES_CH_T cchar_t

#if 1 && defined(_LP64)
typedef unsigned chtype;
typedef unsigned mmask_t;
#else
typedef unsigned int chtype;
typedef unsigned long mmask_t;
#endif

/*
 * We need FILE, etc.  Include this before checking any feature symbols.
 */
#include <stdio.h>

/*
 * With XPG4, you must define _XOPEN_SOURCE_EXTENDED, it is redundant (or
 * conflicting) when _XOPEN_SOURCE is 500 or greater.  If NCURSES_WIDECHAR is
 * not already defined, e.g., if the platform relies upon nonstandard feature
 * test macros, define it at this point if the standard feature test macros
 * indicate that it should be defined.
 */
#ifndef NCURSES_WIDECHAR
#if defined(_XOPEN_SOURCE_EXTENDED) || (defined(_XOPEN_SOURCE) && (_XOPEN_SOURCE - 0 >= 500))
#define NCURSES_WIDECHAR 1
#else
#define NCURSES_WIDECHAR 0
#endif
#endif /* NCURSES_WIDECHAR */

#include <stdarg.h>	/* we need va_list */
#if NCURSES_WIDECHAR
#include <stddef.h>	/* we want wchar_t */
#endif

/* X/Open and SVr4 specify that curses implements 'bool'.  However, C++ may also
 * implement it.  If so, we must use the C++ compiler's type to avoid conflict
 * with other interfaces.
 *
 * A further complication is that <stdbool.h> may declare 'bool' to be a
 * different type, such as an enum which is not necessarily compatible with
 * C++.  If we have <stdbool.h>, make 'bool' a macro, so users may #undef it.
 * Otherwise, let it remain a typedef to avoid conflicts with other #define's.
 * In either case, make a typedef for NCURSES_BOOL which can be used if needed
 * from either C or C++.
 */

#undef TRUE
#define TRUE    1

NOTE: GitHub repository includes wxPython emulations for Python 2x and for Python 3x.
It has been tested on 32-bit Windows XP, 7, 8 and 10. It has also been tested on various 32-bit
and 64-bit versions of Linux (CentOS, Scientific, Debian, OpenSuSEm and Ubuntu. It has also been
tested on 32-bit and 64-bit Oracle OpenSolaris, OpenIndiana Solaris and TrueOS (PCBSD) Unix.

Feel free to examine the source code and documentation and try it by following the Getting Started
instructions. I?m available to answer any questions or discus my design and implementation rationale.

Richard S. Gordon

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 15:58:00 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 19:58:00 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497038280.86.0.71480482391.issue28994@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2100

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:20:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 20:20:43 +0000
Subject: [issue30014] Speedup DefaultSelectors.modify() by 2x
In-Reply-To: <1491561607.45.0.330964035773.issue30014@psf.upfronthosting.co.za>
Message-ID: <1497039643.71.0.0599261852295.issue30014@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset fbfaa6fd57f8dc8a3da808acb8422370fad2f27b by Victor Stinner (Giampaolo Rodola) in branch 'master':
bpo-30014: make poll-like selector's modify() method faster (#1030)
https://github.com/python/cpython/commit/fbfaa6fd57f8dc8a3da808acb8422370fad2f27b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30014>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:23:34 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 20:23:34 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497039814.02.0.40367230671.issue27425@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:23:45 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 20:23:45 +0000
Subject: [issue27585] asyncio.Lock deadlock after cancellation
In-Reply-To: <1469120801.4.0.62510822161.issue27585@psf.upfronthosting.co.za>
Message-ID: <1497039825.44.0.51746274839.issue27585@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2101

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27585>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:27:22 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 20:27:22 +0000
Subject: [issue30335] Document deprecated alias of assertNotRegex
In-Reply-To: <1494431600.9.0.620975623094.issue30335@psf.upfronthosting.co.za>
Message-ID: <1497040042.79.0.319694872601.issue30335@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 74921ed8941fce14c2a53dc7280f43eb01fe4ed8 by Mariatta (Jim Fasarakis-Hilliard) in branch 'master':
bpo-30335: Add deprecation alias entry for assertNotRegexpMatches (GH-1536)
https://github.com/python/cpython/commit/74921ed8941fce14c2a53dc7280f43eb01fe4ed8


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30335>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:28:21 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 20:28:21 +0000
Subject: [issue30335] Document deprecated alias of assertNotRegex
In-Reply-To: <1494431600.9.0.620975623094.issue30335@psf.upfronthosting.co.za>
Message-ID: <1497040101.65.0.315945063838.issue30335@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation -Tests
nosy: +docs at python
stage:  -> backport needed
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30335>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:28:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 20:28:35 +0000
Subject: [issue30524] iter(classmethod,
 sentinel) broken for Argument Clinic class methods?
In-Reply-To: <1496232075.99.0.36248414101.issue30524@psf.upfronthosting.co.za>
Message-ID: <1497040115.44.0.557403227579.issue30524@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset b7577456c430283f8b7ec4e914b701cb943cc69b by Victor Stinner in branch '3.6':
bpo-30524: Write unit tests for FASTCALL (#2022) (#2030)
https://github.com/python/cpython/commit/b7577456c430283f8b7ec4e914b701cb943cc69b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30524>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:31:41 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 20:31:41 +0000
Subject: [issue30335] Document deprecated alias of assertNotRegex
In-Reply-To: <1494431600.9.0.620975623094.issue30335@psf.upfronthosting.co.za>
Message-ID: <1497040301.08.0.87528296481.issue30335@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
assignee: docs at python -> Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30335>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:33:02 2017
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 09 Jun 2017 20:33:02 +0000
Subject: [issue30593] sqlite3 executescript does not respect isolation_level?
In-Reply-To: <1496874372.71.0.386718396878.issue30593@psf.upfronthosting.co.za>
Message-ID: <1497040382.56.0.659335864223.issue30593@psf.upfronthosting.co.za>


Jim Jewett added the comment:

Do you have a test case that could be used to verify a patch?
(Or even a full patch?)

----------
nosy: +Jim.Jewett
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30593>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:34:31 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 20:34:31 +0000
Subject: [issue27585] asyncio.Lock deadlock after cancellation
In-Reply-To: <1469120801.4.0.62510822161.issue27585@psf.upfronthosting.co.za>
Message-ID: <1497040471.64.0.582750754931.issue27585@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset 7be651c7aad8e4d46012205811b58ef127b08e0e by Yury Selivanov in branch 'master':
bpo-27585: Add a NEWS entry for #1031 (#2036)
https://github.com/python/cpython/commit/7be651c7aad8e4d46012205811b58ef127b08e0e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27585>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:39:00 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 20:39:00 +0000
Subject: [issue27585] asyncio.Lock deadlock after cancellation
In-Reply-To: <1469120801.4.0.62510822161.issue27585@psf.upfronthosting.co.za>
Message-ID: <1497040740.38.0.613321789411.issue27585@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2102

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27585>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:40:01 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 20:40:01 +0000
Subject: [issue29324] test_aead_aes_gcm fails on Kernel 4.9
In-Reply-To: <1497030900.67.0.85332319213.issue29324@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwb17upfNZc0jerpnYn6W5DL+C1WM=p7yHUzxtt=tcK6pw@mail.gmail.com>


STINNER Victor added the comment:

The fix was also merged to master. It should be backported to 3.6. Neil, do
you want to try to backport it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29324>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:40:37 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 20:40:37 +0000
Subject: [issue27585] asyncio.Lock deadlock after cancellation
In-Reply-To: <1469120801.4.0.62510822161.issue27585@psf.upfronthosting.co.za>
Message-ID: <1497040837.86.0.452936157494.issue27585@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2103

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27585>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:41:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 20:41:50 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <23096175-CD80-42EE-AED4-67AF3622E452@comcast.net>
Message-ID: <CAMpsgwZYzCesaDRtPJ1tv9Kfma9TO8xUr9khyqvyUocOboceHw@mail.gmail.com>


STINNER Victor added the comment:

Cygwin is not currently supported by CPython, so I suggest to close this
issue. I mean: please report the issue to Cygwin, not CPython.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:43:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 20:43:32 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1497039814.05.0.344988265915.issue27425@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbh3eiVUj0-OrCbYMqFwLsxZYejM4oiVRhJ+L3KgDBGQQ@mail.gmail.com>


STINNER Victor added the comment:

Wait, why is this issue still open? Tests now pass on Windows on all
branches. The issue can be closed, except if I missed something?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:43:48 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 09 Jun 2017 20:43:48 +0000
Subject: [issue27585] asyncio.Lock deadlock after cancellation
In-Reply-To: <1469120801.4.0.62510822161.issue27585@psf.upfronthosting.co.za>
Message-ID: <1497041028.24.0.319226249031.issue27585@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27585>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:45:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 20:45:17 +0000
Subject: [issue30524] iter(classmethod,
 sentinel) broken for Argument Clinic class methods?
In-Reply-To: <1496232075.99.0.36248414101.issue30524@psf.upfronthosting.co.za>
Message-ID: <1497041117.86.0.90074584311.issue30524@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry for the regression, sadly, it wasn't catch before by any test. I added a lot of new tests, so we should cover more cases. Oh, and the bug has been fixed in 3.6 :-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30524>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:49:31 2017
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 09 Jun 2017 20:49:31 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1497041371.31.0.488727479615.issue30594@psf.upfronthosting.co.za>


Jim Jewett added the comment:

Serhiy -- do your last two messages mean that this is now resolved?

----------
nosy: +Jim.Jewett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:50:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 09 Jun 2017 20:50:41 +0000
Subject: [issue30561] sync-up gammavariate and expovariate code
In-Reply-To: <1496520990.41.0.958054362061.issue30561@psf.upfronthosting.co.za>
Message-ID: <1497041441.43.0.0408354219253.issue30561@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30561>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:53:34 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 09 Jun 2017 20:53:34 +0000
Subject: [issue30594] Refcounting mistake in _ssl.c
In-Reply-To: <1496902415.3.0.68832586927.issue30594@psf.upfronthosting.co.za>
Message-ID: <1497041614.68.0.375249618684.issue30594@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, this is now resolved, thanks to Nathaniel.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30594>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:57:28 2017
From: report at bugs.python.org (Masayuki Yamamoto)
Date: Fri, 09 Jun 2017 20:57:28 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <5FB899E3-945E-4B35-831E-804DF53714B8@comcast.net>
Message-ID: <1497041848.89.0.421074545062.issue30609@psf.upfronthosting.co.za>


Masayuki Yamamoto added the comment:

@rigordo Are you using mintty? If I remember rightly, mintty hasn't been set 256 colors after installation (at least in past release, I'm not sure currently).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 16:59:25 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Fri, 09 Jun 2017 20:59:25 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <CAMpsgwZYzCesaDRtPJ1tv9Kfma9TO8xUr9khyqvyUocOboceHw@mail.gmail.com>
Message-ID: <74BFF47E-BB8C-421B-941B-EA3B7A725EE2@comcast.net>


Richard S. Gordon added the comment:

> On Jun 9, 2017, at 4:41 PM, STINNER Victor <report at bugs.python.org> wrote:
> 
> 
> STINNER Victor added the comment:
> 
> Cygwin is not currently supported by CPython, so I suggest to close this
> issue. I mean: please report the issue to Cygwin, not CPython.
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30609>
> _______________________________________

Before you close this issue, answer how do you explain my success in running my wxPython emulation on all Cygwin releases since 2007 (Python 2.6.8) to 2017 (2.7.13 and Python 3.0-3.5.2 and 3.6.0-3.6.2)?

Richard S. Gordon

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:00:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 09 Jun 2017 21:00:44 +0000
Subject: [issue30569] Tutorial section 2.1 has *nix example at 3.7,
 but Windows at 3.6
In-Reply-To: <1496609553.39.0.613003310721.issue30569@psf.upfronthosting.co.za>
Message-ID: <1497042044.8.0.650269553462.issue30569@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There is a lot more wrong with the Windows part:

 "On Windows machines, the Python installation is usually placed in C:\Python36," is no longer true.  All-users install is, by default, in Program Files.  Current-user install is, by default, buried somewhere forgettable in the hidden /users/USER/appdata dir.

" you can type the following command into the command prompt in a DOS box:"  It has been a long time since Command Prompt was widely called a 'DOS box'.

set path=%path%

The is not permanent, at least for non-admin user.  One can add the install dir, whatever it is, to path during installation.  Or one can use 'py -3.6'

----------
nosy: +steve.dower, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30569>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:06:42 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 21:06:42 +0000
Subject: [issue30039] Resuming a 'yield from' stack is broken if a signal
 arrives in the middle
In-Reply-To: <1491903207.11.0.00986687800627.issue30039@psf.upfronthosting.co.za>
Message-ID: <1497042402.02.0.682636613895.issue30039@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset e89f95bfd0881a9b80c3b1430d154a77bdf5a824 by Yury Selivanov in branch '3.6':
[3.6] bpo-30039: Don't run signal handlers while resuming a yield from stack (GH-1081) (#1640)
https://github.com/python/cpython/commit/e89f95bfd0881a9b80c3b1430d154a77bdf5a824


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30039>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:07:32 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 21:07:32 +0000
Subject: [issue30039] Resuming a 'yield from' stack is broken if a signal
 arrives in the middle
In-Reply-To: <1491903207.11.0.00986687800627.issue30039@psf.upfronthosting.co.za>
Message-ID: <1497042452.67.0.477271883747.issue30039@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30039>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:09:58 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 21:09:58 +0000
Subject: [issue27585] asyncio.Lock deadlock after cancellation
In-Reply-To: <1469120801.4.0.62510822161.issue27585@psf.upfronthosting.co.za>
Message-ID: <1497042598.61.0.470938993472.issue27585@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27585>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:10:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 09 Jun 2017 21:10:14 +0000
Subject: [issue30039] Resuming a 'yield from' stack is broken if a signal
 arrives in the middle
In-Reply-To: <1491903207.11.0.00986687800627.issue30039@psf.upfronthosting.co.za>
Message-ID: <1497042614.58.0.100725729826.issue30039@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Why not backporting the fix to 3.5 as well?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30039>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:11:20 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 21:11:20 +0000
Subject: [issue30039] Resuming a 'yield from' stack is broken if a signal
 arrives in the middle
In-Reply-To: <1491903207.11.0.00986687800627.issue30039@psf.upfronthosting.co.za>
Message-ID: <1497042680.77.0.838130560212.issue30039@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

I don't think we need to. Isn't 3.5 is in security/important bug fix mode? I don't view this change as an important one (it's just a nice thing to have).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30039>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:14:07 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 09 Jun 2017 21:14:07 +0000
Subject: [issue30608] argparse calculates string widths incorrectly
In-Reply-To: <1496987803.38.0.550172497498.issue30608@psf.upfronthosting.co.za>
Message-ID: <1497042847.03.0.958201488805.issue30608@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

For future reference, small code examples should be including in the message or uploaded as a .py file.

A unicode string is a sequence of codepoints.  The length is defined as the number of codepoints.  I cannot see that your example demonstrates a bug in argparse.

----------
nosy: +terry.reedy
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30608>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:23:14 2017
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Fri, 09 Jun 2017 21:23:14 +0000
Subject: [issue30395] deadlocked child process after forking on pystate.c's
 head_mutex
In-Reply-To: <1495063558.63.0.859469853078.issue30395@psf.upfronthosting.co.za>
Message-ID: <1497043394.0.0.0581772916689.issue30395@psf.upfronthosting.co.za>


?ukasz Langa added the comment:

If you'd like to fix the miniscule leak this introduces, feel free but I don't think it's worth the additional complexity. Closing this for now as it solved an issue for us internally and we haven't observed any memory-related issues due to it.

----------
resolution: not a bug -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30395>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:30:06 2017
From: report at bugs.python.org (Neil Schemenauer)
Date: Fri, 09 Jun 2017 21:30:06 +0000
Subject: [issue29324] test_aead_aes_gcm fails on Kernel 4.9
In-Reply-To: <1484838066.61.0.93462051202.issue29324@psf.upfronthosting.co.za>
Message-ID: <1497043806.59.0.762976015538.issue29324@psf.upfronthosting.co.za>


Neil Schemenauer added the comment:

This bug can be closed.  The fix is in the master branch (commit 9764c151c51480a) and has also been backported to the "3.6" branch (git commit 4ac01f0ff3e).  The fork for 3.6.1rc1 happened before the backport which is why 3.6.1 doesn't have the fix.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29324>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:38:38 2017
From: report at bugs.python.org (Neil Schemenauer)
Date: Fri, 09 Jun 2017 21:38:38 +0000
Subject: [issue30192] hashlib module breaks with 64-bit kernel and 32-bit user
 space
In-Reply-To: <1493328003.41.0.178410988374.issue30192@psf.upfronthosting.co.za>
Message-ID: <1497044318.8.0.509414408624.issue30192@psf.upfronthosting.co.za>


Neil Schemenauer added the comment:

Create PR 2042 for backport to 3.6 branch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30192>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:41:54 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 09 Jun 2017 21:41:54 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <5FB899E3-945E-4B35-831E-804DF53714B8@comcast.net>
Message-ID: <1497044514.14.0.506983003275.issue30609@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Richard, when replying by email, please strip quoted text except for an occasional line or two.  (See example of limited in-context quote below.)

A bug, for the purpose of this tracker, is a discrepancy between between the docs written by the PSF's core development team and the code provided by the same.  The PSF curses module is documented as unix-only.  In particular, "This extension module is designed to match the API of ncurses, an open-source curses library hosted on Linux and the BSD variants of Unix."  It does not run on the PSF (python.org) Windows distribution, because there is no C interface to a Windows implementation of curses.

>>> import curses  # 64-bit 3.6.1 on Win 10 using python.org installer
Traceback (most recent call last):
  File "<pyshell#4>", line 1, in <module>
    import curses
  File "C:\Programs\Python36\lib\curses\__init__.py", line 13, in <module>
    from _curses import *
ModuleNotFoundError: No module named '_curses'

Anything Cygwin does to improve on this is their responsibility.

> how do you explain my success in running my wxPython emulation on all Cygwin releases since 2007

One or more people on the wxPython and/or Cygwin and/or other teams exerted the effort to make this happen.

----------
nosy: +terry.reedy
resolution:  -> third party
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:44:34 2017
From: report at bugs.python.org (Neil Schemenauer)
Date: Fri, 09 Jun 2017 21:44:34 +0000
Subject: [issue28907] test_pydoc fails if build is in sub-directory
In-Reply-To: <1481224218.05.0.36648491601.issue28907@psf.upfronthosting.co.za>
Message-ID: <1497044674.95.0.808469584481.issue28907@psf.upfronthosting.co.za>


Changes by Neil Schemenauer <nas-python at arctrix.com>:


----------
pull_requests: +2104

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28907>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:50:42 2017
From: report at bugs.python.org (Neil Schemenauer)
Date: Fri, 09 Jun 2017 21:50:42 +0000
Subject: [issue30192] hashlib module breaks with 64-bit kernel and 32-bit user
 space
In-Reply-To: <1493328003.41.0.178410988374.issue30192@psf.upfronthosting.co.za>
Message-ID: <1497045042.99.0.123570156339.issue30192@psf.upfronthosting.co.za>


Changes by Neil Schemenauer <nas-python at arctrix.com>:


----------
pull_requests: +2105

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30192>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:51:00 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 21:51:00 +0000
Subject: [issue29743] Closing transport during handshake process leaks open
 socket
In-Reply-To: <1488841245.61.0.346906238419.issue29743@psf.upfronthosting.co.za>
Message-ID: <1497045060.24.0.870028666933.issue29743@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2106

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29743>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:52:39 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 21:52:39 +0000
Subject: [issue29743] Closing transport during handshake process leaks open
 socket
In-Reply-To: <1488841245.61.0.346906238419.issue29743@psf.upfronthosting.co.za>
Message-ID: <1497045159.68.0.917073872603.issue29743@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2107

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29743>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:55:30 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 09 Jun 2017 21:55:30 +0000
Subject: [issue30617] IDLE: Add docstrings and unittests to outwin.py
Message-ID: <1497045330.63.0.173910346607.issue30617@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
assignee: terry.reedy
components: IDLE
nosy: csabella, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: Add docstrings and unittests to outwin.py
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30617>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:58:14 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 09 Jun 2017 21:58:14 +0000
Subject: [issue30617] IDLE: Add docstrings and unittests to outwin.py
Message-ID: <1497045494.22.0.256393009596.issue30617@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2108

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30617>
_______________________________________

From report at bugs.python.org  Fri Jun  9 17:58:47 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 09 Jun 2017 21:58:47 +0000
Subject: [issue30617] IDLE: Add docstrings and unittests to outwin.py
Message-ID: <1497045527.7.0.825782086323.issue30617@psf.upfronthosting.co.za>


New submission from Cheryl Sabella:

For issue 30422.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30617>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:04:03 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 22:04:03 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497045843.8.0.44903905088.issue29406@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> patch review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:05:42 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 09 Jun 2017 22:05:42 +0000
Subject: [issue30617] IDLE: Add docstrings and unittests to outwin.py
In-Reply-To: <1497045527.7.0.825782086323.issue30617@psf.upfronthosting.co.za>
Message-ID: <1497045942.8.0.260562959414.issue30617@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Questions about outwin.py:

1. Should a main() be added for htest and unittest?

2. In _file_line_helper, to test if the file exists, the file is opened, then closed.  Would os.path.isfile work here?

Questions about tests:
1. OutputWindow is an EditorWindow and EditorWindow has a superclass of Object.  I didn't know how to make tests to test the text binding for goto-file-line.  Or how to test the other functions.  I tried emulating the dialogs, but couldn't get it to work.  Is there any existing test for another module I can study and copy?  EditorWindow didn't really have any tests for this yet, but if I learn how to do it here, I can apply it there.

2. The `goto_line_file` function compiles the class attribute for the matching patterns `file_line_pats` which is then used by `_file_line_helper`.  I had trouble writing a test just for the helper without copying this pattern compile code from the other function.  I wasn't sure how to get around that.  Are the patterns at the class level so that they are cahced for all the calls?  How should I change the test?  Can the patterns be compiled inside `_file_line_helper`?

3.  Is the test of `_file_line_helper` the right way to go with the tests?  Should examples of each pattern be included?  I didn't add a test for the TypeError because the pattens didn't seem like they would match on anything but digits.  Should I add a pattern for testing just for code coverage?

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30617>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:14:21 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 09 Jun 2017 22:14:21 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497046461.57.0.422732416877.issue29406@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

There are two PRs for this issue. Is one depending on the other?

PR 409 has merge conflict that needs to be resolved.

----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:25:43 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 22:25:43 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497047143.7.0.879362496254.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> There are two PRs for this issue. Is one depending on the other?

No, they all address slightly different bugs. All need to be merged though.

> PR 409 has merge conflict that needs to be resolved.

Yes, it seems that it's based on 3.6 branch. I asked the author to rebase it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:32:24 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 22:32:24 +0000
Subject: [issue29870] ssl socket leak
In-Reply-To: <1490145031.23.0.122177607626.issue29870@psf.upfronthosting.co.za>
Message-ID: <1497047544.01.0.990785702676.issue29870@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2109

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29870>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:34:15 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 22:34:15 +0000
Subject: [issue29743] Closing transport during handshake process leaks open
 socket
In-Reply-To: <1488841245.61.0.346906238419.issue29743@psf.upfronthosting.co.za>
Message-ID: <1497047655.87.0.653345611915.issue29743@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Merged. Thank you Nikolay!

----------
nosy: +yselivanov
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29743>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:37:25 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 22:37:25 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497047845.01.0.533576885101.issue30038@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> It sounds like a bug to me, and thus suitable to backport, but it certainly would be worth getting other opinions since this is a tricky and critical area.

I think it's safe to merge this in 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:41:45 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 22:41:45 +0000
Subject: [issue29870] ssl socket leak
In-Reply-To: <1490145031.23.0.122177607626.issue29870@psf.upfronthosting.co.za>
Message-ID: <1497048105.83.0.531836643256.issue29870@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2110

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29870>
_______________________________________

From report at bugs.python.org  Fri Jun  9 18:42:09 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 22:42:09 +0000
Subject: [issue29870] ssl socket leak
In-Reply-To: <1490145031.23.0.122177607626.issue29870@psf.upfronthosting.co.za>
Message-ID: <1497048129.07.0.934838184532.issue29870@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2111

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29870>
_______________________________________

From report at bugs.python.org  Fri Jun  9 19:07:57 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 09 Jun 2017 23:07:57 +0000
Subject: [issue30508] "Task exception was never retrieved" reported for a
 canceled task
In-Reply-To: <1496110446.47.0.115157551922.issue30508@psf.upfronthosting.co.za>
Message-ID: <1497049677.86.0.403243249211.issue30508@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2112

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30508>
_______________________________________

From report at bugs.python.org  Fri Jun  9 19:24:33 2017
From: report at bugs.python.org (SylvainDe)
Date: Fri, 09 Jun 2017 23:24:33 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1497050673.87.0.591364752451.issue30600@psf.upfronthosting.co.za>


Changes by SylvainDe <sylvain.desodt at gmail.com>:


----------
pull_requests: +2113

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Fri Jun  9 19:55:59 2017
From: report at bugs.python.org (smheidrich)
Date: Fri, 09 Jun 2017 23:55:59 +0000
Subject: [issue30618] readlink for pathlib paths
Message-ID: <1497052559.7.0.422106710991.issue30618@psf.upfronthosting.co.za>


New submission from smheidrich:

Is there any reason why there is no equivalent of os.readlink in pathlib.Path? Note that Path.resolve does *not* fit the bill, as it always produces an absolute path, whereas readlink just spits out the symlink target exactly the way it is stored, which may be relative to the symlink itself:

>>> import pathlib, os
>>> p = pathlib.Path("/lib64/libc.so.6")
>>> p.resolve()
PosixPath('/lib64/libc-2.24.so')
>>> os.readlink(str(p))
'libc-2.24.so'

----------
components: Library (Lib)
messages: 295592
nosy: smheidrich
priority: normal
severity: normal
status: open
title: readlink for pathlib paths
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30618>
_______________________________________

From report at bugs.python.org  Fri Jun  9 20:38:11 2017
From: report at bugs.python.org (khyox)
Date: Sat, 10 Jun 2017 00:38:11 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
Message-ID: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>


New submission from khyox:

In https://docs.python.org/3.6/library/typing.html#typing.Union, when giving details for Union and in the case when a class and its subclass are present, the doc states:

    When a class and its subclass are present, the former is skipped, e.g.:

        Union[int, object] == object

But it is the example (and not the text) which is consistent with PEP 483:

    Corollary: Union[..., object, ...] returns object

So, the proposed correction would be substitute 'former' for 'latter':

    When a class and its subclass are present, the latter is skipped, e.g.:

        Union[int, object] == object

----------
assignee: docs at python
components: Documentation
messages: 295593
nosy: docs at python, khyox
priority: normal
severity: normal
status: open
title: typing.Union doc incoherence in case a class and its subclass are present
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:10:25 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 01:10:25 +0000
Subject: [issue30266] AbstractContextManager should support __method__ = None
In-Reply-To: <1493869052.62.0.588224367521.issue30266@psf.upfronthosting.co.za>
Message-ID: <1497057025.15.0.550882822975.issue30266@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2114

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30266>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:10:25 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 01:10:25 +0000
Subject: [issue25958] Implicit ABCs have no means of "anti-registration"
In-Reply-To: <1451168802.83.0.911068284232.issue25958@psf.upfronthosting.co.za>
Message-ID: <1497057025.26.0.750105732088.issue25958@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2115

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25958>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:12:18 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 01:12:18 +0000
Subject: [issue30335] Document deprecated alias of assertNotRegex
In-Reply-To: <1494431600.9.0.620975623094.issue30335@psf.upfronthosting.co.za>
Message-ID: <1497057138.68.0.603696764929.issue30335@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2116

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30335>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:12:24 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 01:12:24 +0000
Subject: [issue30335] Document deprecated alias of assertNotRegex
In-Reply-To: <1494431600.9.0.620975623094.issue30335@psf.upfronthosting.co.za>
Message-ID: <1497057144.83.0.789836907717.issue30335@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2117

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30335>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:20:26 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 01:20:26 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1497057626.91.0.158888242415.issue30417@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 42e3acda86829def9adc354fbee77597b849bf9e by Zachary Ware in branch 'master':
bpo-30417: Disable `cpu` resource on AppVeyor (GH-1951)
https://github.com/python/cpython/commit/42e3acda86829def9adc354fbee77597b849bf9e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:24:26 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 01:24:26 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1497057866.0.0.0888274117637.issue30417@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2118

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:25:56 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 01:25:56 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1497057956.54.0.113018178563.issue30417@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2119

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:30:40 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 01:30:40 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1497058240.66.0.480631819899.issue30417@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2120

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:33:34 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 01:33:34 +0000
Subject: [issue30335] Document deprecated alias of assertNotRegex
In-Reply-To: <1494431600.9.0.620975623094.issue30335@psf.upfronthosting.co.za>
Message-ID: <1497058413.99.0.795858495286.issue30335@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 10c9a09ef4810f0235f5f585dcce70eca049604a by Mariatta in branch '3.6':
[3.6] bpo-30335: Add deprecation alias entry for assertNotRegexpMatches (GH-1536) (GH-2055)
https://github.com/python/cpython/commit/10c9a09ef4810f0235f5f585dcce70eca049604a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30335>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:33:52 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 01:33:52 +0000
Subject: [issue30335] Document deprecated alias of assertNotRegex
In-Reply-To: <1494431600.9.0.620975623094.issue30335@psf.upfronthosting.co.za>
Message-ID: <1497058432.67.0.28572154907.issue30335@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset cabdba24b5cee036bd4963d2dcf5bf667e6d63c9 by Mariatta in branch '3.5':
[3.5] bpo-30335: Add deprecation alias entry for assertNotRegexpMatches (GH-1536) (GH-2056)
https://github.com/python/cpython/commit/cabdba24b5cee036bd4963d2dcf5bf667e6d63c9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30335>
_______________________________________

From report at bugs.python.org  Fri Jun  9 21:35:07 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 01:35:07 +0000
Subject: [issue30335] Document deprecated alias of assertNotRegex
In-Reply-To: <1494431600.9.0.620975623094.issue30335@psf.upfronthosting.co.za>
Message-ID: <1497058507.37.0.739929824484.issue30335@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30335>
_______________________________________

From report at bugs.python.org  Fri Jun  9 22:11:35 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 02:11:35 +0000
Subject: [issue25958] Implicit ABCs have no means of "anti-registration"
In-Reply-To: <1451168802.83.0.911068284232.issue25958@psf.upfronthosting.co.za>
Message-ID: <1497060695.36.0.910070966993.issue25958@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests:  -2115

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25958>
_______________________________________

From report at bugs.python.org  Fri Jun  9 22:47:49 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Jun 2017 02:47:49 +0000
Subject: [issue30617] IDLE: Add docstrings and unittests to outwin.py
In-Reply-To: <1497045527.7.0.825782086323.issue30617@psf.upfronthosting.co.za>
Message-ID: <1497062869.85.0.550289391896.issue30617@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

A1: yes, add
if __name__ == '__main__':
    import unittest
    unittest.main('idlelib.idle_test.test_outwin', verbosity=2, exit=False)

I will have to think about whether and how to add an htest.  The grep (find in files) test actually displays greps results in an outwin, and suggests rt clicking within the result window, so it really tests both grep and outwin modules.  Maybe this htest should be split.

A2. The current code tests whether the file exists *and* can be read.  It must have been read to appear in grep output.  But I am not sure this is true for names in tracebacks.  

B1. This is first test of an editor window.  Having the least code, it it probably the best place to start and learn ;-).

B2. The class level patterns are compiled to an instance array for each instance in which a user tries to go to file/line.  That should be most.  This looks to me like an attempted optimization (don't compile unless needed) that is a pessimization.  I think either A) the compiled patterns should be stored back on the class or B) raw and compiled patterns should be stored at module level.  They are not instance attributes and not really class attributes either.  Also, the code blocks that create file_line_progs and use it really belong in module level functions.  So lets try B.

Move stuff from class to module scope:

file_line_pats = [
   ...]
file_line_progs = None

def compile_progs():
    global file_line_progs
    file_line_progs = [re.compile(pat, re.IGNORECASE)
                       for pat in file_line_pats]

def find_file_line(line_of_text):
    <body of current _file_line_helper, with 'self.' deleted>

# and simply method
   def goto_file_line(self, event=None): # in class
        if not file_line_progs:
            compile_progs()

Test for compile_progs (:
    for pat, regex in zip(file_line_pats, file_line_progs):
        assertEqual(regex.pattern, pat)

Then feed find_file_line lines that should and should not match.  Try to find at least 1 true-to-life line for each pattern. 

B3. In re, \d "matches any Unicode decimal digit (that is, any character in Unicode character category [Nd])". Builtin int (at least) accepts strings consisting of string literal, which is restricted to ascii digit. msg90878 says "int and float currently accept characters in category 'Nd'".  I am not sure if that mean *all* Nd chars.  We could test.  If the exception is impossible, it should not be caught.  (Dead code should be removed, but we must be sure it is dead ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30617>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:17:51 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 10 Jun 2017 03:17:51 +0000
Subject: [issue29905] TypeErrors not formatting values correctly
In-Reply-To: <1490476220.4.0.605506915687.issue29905@psf.upfronthosting.co.za>
Message-ID: <1497064671.12.0.115832231394.issue29905@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2121

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29905>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:17:59 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 10 Jun 2017 03:17:59 +0000
Subject: [issue29905] TypeErrors not formatting values correctly
In-Reply-To: <1490476220.4.0.605506915687.issue29905@psf.upfronthosting.co.za>
Message-ID: <1497064679.36.0.473346371058.issue29905@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2122

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29905>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:26:34 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 03:26:34 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1497065194.15.0.471320865863.issue30417@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset e380c19b7e88d97d3497016f1065d6922415db1c by Zachary Ware in branch '3.6':
[3.6] bpo-30417: Disable `cpu` resource on AppVeyor (GH-1951)
https://github.com/python/cpython/commit/e380c19b7e88d97d3497016f1065d6922415db1c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:26:50 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 03:26:50 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1497065210.53.0.848079748659.issue30417@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 91581d4225e91e581f44d60d0b87c80778c36d1d by Zachary Ware in branch '3.5':
[3.5] bpo-30417: Disable `cpu` resource on AppVeyor (GH-1951)
https://github.com/python/cpython/commit/91581d4225e91e581f44d60d0b87c80778c36d1d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:27:11 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 03:27:11 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1497065231.05.0.847037295509.issue30417@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 3c7b67bb34bc537b6c0dd9c6e1e4a07dc227b467 by Zachary Ware in branch '2.7':
[2.7] bpo-30417: Disable `cpu` resource on AppVeyor (GH-1951)
https://github.com/python/cpython/commit/3c7b67bb34bc537b6c0dd9c6e1e4a07dc227b467


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:29:00 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 03:29:00 +0000
Subject: [issue25958] Implicit ABCs have no means of "anti-registration"
In-Reply-To: <1451168802.83.0.911068284232.issue25958@psf.upfronthosting.co.za>
Message-ID: <1497065340.07.0.595498195886.issue25958@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2123

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25958>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:36:30 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 03:36:30 +0000
Subject: [issue25958] Implicit ABCs have no means of "anti-registration"
In-Reply-To: <1451168802.83.0.911068284232.issue25958@psf.upfronthosting.co.za>
Message-ID: <1497065790.63.0.470372046341.issue25958@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 753422f6e32e13d96319b090788f0474f1e21fc4 by Mariatta in branch '3.6':
bpo-30266: support "= None" pattern in AbstractContextManager (GH-1448) (GH-2054)
https://github.com/python/cpython/commit/753422f6e32e13d96319b090788f0474f1e21fc4


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25958>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:36:30 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 03:36:30 +0000
Subject: [issue30266] AbstractContextManager should support __method__ = None
In-Reply-To: <1493869052.62.0.588224367521.issue30266@psf.upfronthosting.co.za>
Message-ID: <1497065790.97.0.0312861086178.issue30266@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 753422f6e32e13d96319b090788f0474f1e21fc4 by Mariatta in branch '3.6':
bpo-30266: support "= None" pattern in AbstractContextManager (GH-1448) (GH-2054)
https://github.com/python/cpython/commit/753422f6e32e13d96319b090788f0474f1e21fc4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30266>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:38:09 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 03:38:09 +0000
Subject: [issue30266] AbstractContextManager should support __method__ = None
In-Reply-To: <1493869052.62.0.588224367521.issue30266@psf.upfronthosting.co.za>
Message-ID: <1497065888.99.0.476858682779.issue30266@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

PR has been backported to 3.6.

Thanks :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30266>
_______________________________________

From report at bugs.python.org  Fri Jun  9 23:39:41 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 03:39:41 +0000
Subject: [issue25958] Implicit ABCs have no means of "anti-registration"
In-Reply-To: <1451168802.83.0.911068284232.issue25958@psf.upfronthosting.co.za>
Message-ID: <1497065981.52.0.4021440312.issue25958@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests:  -2123

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25958>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:04:41 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 10 Jun 2017 04:04:41 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497067481.34.0.325715855589.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset a608d2d5a7f1aabe9bcbfc220135c5e126189390 by Yury Selivanov (Nikolay Kim) in branch 'master':
bpo-29406: asyncio SSL contexts leak sockets after calling close with certain servers (#409)
https://github.com/python/cpython/commit/a608d2d5a7f1aabe9bcbfc220135c5e126189390


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:08:59 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 10 Jun 2017 04:08:59 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497067739.19.0.0131761168473.issue29406@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2124

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:09:38 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Sat, 10 Jun 2017 04:09:38 +0000
Subject: [issue30620] textwrap: dedent contains logic that can never execute
Message-ID: <1497067778.08.0.694661889778.issue30620@psf.upfronthosting.co.za>


New submission from Jonathan Eunice:

textwrap.dedent contains a bit of code that appears logical at first blush, but in fact can never execute under any input conditions.

Not only are the lines "dead code," they are the only thing (i.e. only non-debugging lines) now standing in the way of textwrap having 100% test coverage.

Here is the proof: https://gist.github.com/jonathaneunice/86f6a721e48c89e272a778530e8f758c

A PR removing the bogus lines is imminent.

----------
components: Library (Lib)
messages: 295606
nosy: jonathaneunice
priority: normal
severity: normal
status: open
title: textwrap: dedent contains logic that can never execute
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30620>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:10:53 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 10 Jun 2017 04:10:53 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497067853.98.0.721230034149.issue29406@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2125

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:12:43 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 10 Jun 2017 04:12:43 +0000
Subject: [issue30266] AbstractContextManager should support __method__ = None
In-Reply-To: <1493869052.62.0.588224367521.issue30266@psf.upfronthosting.co.za>
Message-ID: <1497067963.59.0.659919643614.issue30266@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Thanks Mariatta!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30266>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:17:35 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Sat, 10 Jun 2017 04:17:35 +0000
Subject: [issue30620] textwrap: dedent contains logic that can never execute
In-Reply-To: <1497067778.08.0.694661889778.issue30620@psf.upfronthosting.co.za>
Message-ID: <1497068255.44.0.744022408148.issue30620@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2126

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30620>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:17:35 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Sat, 10 Jun 2017 04:17:35 +0000
Subject: [issue30591] textwrap: placeholder backtracking special case lacks
 test coverage
In-Reply-To: <1496853644.82.0.945578102989.issue30591@psf.upfronthosting.co.za>
Message-ID: <1497068255.5.0.461850352683.issue30591@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2127

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30591>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:17:35 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Sat, 10 Jun 2017 04:17:35 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497068255.56.0.340478166416.issue30603@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2128

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:37:55 2017
From: report at bugs.python.org (Jelle Zijlstra)
Date: Sat, 10 Jun 2017 04:37:55 +0000
Subject: [issue30266] AbstractContextManager should support __method__ = None
In-Reply-To: <1493869052.62.0.588224367521.issue30266@psf.upfronthosting.co.za>
Message-ID: <1497069475.11.0.612052414485.issue30266@psf.upfronthosting.co.za>


Jelle Zijlstra added the comment:

Thanks for doing the merge and backport!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30266>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:42:13 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 04:42:13 +0000
Subject: [issue25409] fnmatch.fnmatch normalizes slashes/backslashes on Windows
In-Reply-To: <1444889091.12.0.272630391848.issue25409@psf.upfronthosting.co.za>
Message-ID: <1497069733.91.0.810497662451.issue25409@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset e5f6e86c48c7b2eb9e1d6a0e72867b4d8b4720f3 by Mariatta (csabella) in branch 'master':
bpo-25409: Clarify fnmatch and fnmatchcase documentation (GH-1535)
https://github.com/python/cpython/commit/e5f6e86c48c7b2eb9e1d6a0e72867b4d8b4720f3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25409>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:42:54 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 04:42:54 +0000
Subject: [issue25409] fnmatch.fnmatch normalizes slashes/backslashes on Windows
In-Reply-To: <1444889091.12.0.272630391848.issue25409@psf.upfronthosting.co.za>
Message-ID: <1497069774.79.0.939869354176.issue25409@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2129

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25409>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:44:43 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 04:44:43 +0000
Subject: [issue25409] fnmatch.fnmatch normalizes slashes/backslashes on Windows
In-Reply-To: <1444889091.12.0.272630391848.issue25409@psf.upfronthosting.co.za>
Message-ID: <1497069883.93.0.819762799983.issue25409@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2130

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25409>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:50:08 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 04:50:08 +0000
Subject: [issue25409] fnmatch.fnmatch normalizes slashes/backslashes on Windows
In-Reply-To: <1444889091.12.0.272630391848.issue25409@psf.upfronthosting.co.za>
Message-ID: <1497070208.09.0.332814932332.issue25409@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2131

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25409>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:51:50 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 04:51:50 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1497070310.64.0.675969870891.issue30600@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 7445381c606faf20e253da42656db478a4349f8e by Serhiy Storchaka (Sylvain) in branch 'master':
bpo-30600: Fix error messages (condition order in Argument Clinic) (#2051)
https://github.com/python/cpython/commit/7445381c606faf20e253da42656db478a4349f8e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Sat Jun 10 00:57:41 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 04:57:41 +0000
Subject: [issue30600] Error message incorrect when index is called with
 keyword argument ("[].index(x=2)")
In-Reply-To: <1496924737.3.0.976526614189.issue30600@psf.upfronthosting.co.za>
Message-ID: <1497070661.21.0.277949898386.issue30600@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The PR LGTM. Thank you for your contribution SylvainDe!

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30600>
_______________________________________

From report at bugs.python.org  Sat Jun 10 01:01:18 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 05:01:18 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
In-Reply-To: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>
Message-ID: <1497070878.76.0.106323443746.issue30605@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 171b9a354e816eebc6d4c3a8553303942e9c5025 by Serhiy Storchaka (Roy Williams) in branch 'master':
bpo-30605: Fix compiling binary regexs with BytesWarnings enabled. (#2016)
https://github.com/python/cpython/commit/171b9a354e816eebc6d4c3a8553303942e9c5025


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Sat Jun 10 01:03:19 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 05:03:19 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
In-Reply-To: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>
Message-ID: <1497070999.14.0.234109827467.issue30605@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Sat Jun 10 01:31:05 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Jun 2017 05:31:05 +0000
Subject: [issue30290] IDLE: add tests for help_about.py
In-Reply-To: <1494046999.85.0.702748551727.issue30290@psf.upfronthosting.co.za>
Message-ID: <1497072665.01.0.880160842777.issue30290@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2132

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30290>
_______________________________________

From report at bugs.python.org  Sat Jun 10 01:31:14 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 05:31:14 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497072674.09.0.0149133478929.issue19180@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Needed to regenerate Argument Clinic code.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Sat Jun 10 02:22:25 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Jun 2017 06:22:25 +0000
Subject: [issue30290] IDLE: add tests for help_about.py
In-Reply-To: <1494046999.85.0.702748551727.issue30290@psf.upfronthosting.co.za>
Message-ID: <1497075745.88.0.134131622821.issue30290@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2133

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30290>
_______________________________________

From report at bugs.python.org  Sat Jun 10 02:26:18 2017
From: report at bugs.python.org (Eric Snow)
Date: Sat, 10 Jun 2017 06:26:18 +0000
Subject: [issue30547] [Windows] SubinterpreterTest.test_callbacks_leak() of
 test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1497075978.74.0.615214419918.issue30547@psf.upfronthosting.co.za>


Eric Snow added the comment:

Thanks for taking care of this, Victor, St?phane & Louie!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Sat Jun 10 02:49:09 2017
From: report at bugs.python.org (Evan Andrews)
Date: Sat, 10 Jun 2017 06:49:09 +0000
Subject: [issue28595] shlex.shlex should not augment wordchars
In-Reply-To: <1478166136.94.0.995190174918.issue28595@psf.upfronthosting.co.za>
Message-ID: <1497077349.16.0.961353966707.issue28595@psf.upfronthosting.co.za>


Changes by Evan Andrews <evanunderscore at gmail.com>:


----------
pull_requests: +2134

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28595>
_______________________________________

From report at bugs.python.org  Sat Jun 10 02:53:21 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 10 Jun 2017 06:53:21 +0000
Subject: [issue30290] IDLE: add tests for help_about.py
In-Reply-To: <1494046999.85.0.702748551727.issue30290@psf.upfronthosting.co.za>
Message-ID: <1497077601.43.0.395492956211.issue30290@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 12cbd87ac0bb826d653040044c6b526dcdb6f6d1 by terryjreedy in branch '3.6':
[3.6] bpo-30290: IDLE - pep8 names and tests for help-about (#2070)
https://github.com/python/cpython/commit/12cbd87ac0bb826d653040044c6b526dcdb6f6d1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30290>
_______________________________________

From report at bugs.python.org  Sat Jun 10 02:58:33 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 06:58:33 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497077913.81.0.953287599018.issue28994@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2135

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Sat Jun 10 03:00:33 2017
From: report at bugs.python.org (Evan Andrews)
Date: Sat, 10 Jun 2017 07:00:33 +0000
Subject: [issue28595] shlex.shlex should not augment wordchars
In-Reply-To: <1478166136.94.0.995190174918.issue28595@psf.upfronthosting.co.za>
Message-ID: <1497078033.35.0.446948444823.issue28595@psf.upfronthosting.co.za>


Evan Andrews added the comment:

Thanks, Vinay. I understand you're busy, and I'm in no particular rush to have this looked at, so feel free to come back to it when you have more time. I've submitted the changes as a PR.

I also have an additional concern - even with this change, there is no way to tell whether a token should be considered special or text:

    >>> import shlex
    >>> def split(line):
    ...     s = shlex.shlex(line, posix=True, punctuation_chars=True)
    ...     s.whitespace_split = True
    ...     return list(s)
    ...
    >>> split('a&&b')
    ['a', '&&', 'b']
    >>> split('a "&&" b')
    ['a', '&&', 'b']

I feel this can be addressed after this as a separate issue but wanted to mention it now so you're aware.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28595>
_______________________________________

From report at bugs.python.org  Sat Jun 10 03:01:42 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 07:01:42 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497078102.42.0.221197187109.issue28994@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm trying to split the patch on smaller parts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Sat Jun 10 04:10:13 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 08:10:13 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497082213.16.0.286204399735.issue19180@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2137

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Sat Jun 10 04:29:19 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Sat, 10 Jun 2017 08:29:19 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <74BFF47E-BB8C-421B-941B-EA3B7A725EE2@comcast.net>
Message-ID: <9B35EEEC-37FE-4AD8-8BEF-7D76FCFA7A04@comcast.net>


Richard S. Gordon added the comment:

> On Jun 9, 2017, at 4:59 PM, Richard S. Gordon <report at bugs.python.org> wrote:
> 
> 
> Richard S. Gordon added the comment:
> 
>> On Jun 9, 2017, at 4:41 PM, STINNER Victor <report at bugs.python.org> wrote:
>> 
>> 
>> STINNER Victor added the comment:
>> 
>> Cygwin is not currently supported by CPython, so I suggest to close this
>> issue. I mean: please report the issue to Cygwin, not CPython.
>> 
>> ----------
>> 
>> _______________________________________
>> Python tracker <report at bugs.python.org>
>> <http://bugs.python.org/issue30609>
>> _______________________________________
> 
> Before you close this issue, answer how do you explain my success in running my wxPython emulation on all Cygwin releases since 2007 (Python 2.6.8) to 2017 (2.7.13 and Python 3.0-3.5.2 and 3.6.0-3.6.2)?
> 
> Richard S. Gordon
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30609>
> _______________________________________

FYI:

My current test platform is a 27? iMAC (with 3.5 GHz Intel Core i7, 16 GB 1600 MHz DDR3) running Mac OS 10.12.5 (Sierra). It includes support for Python 3.6.0. It uses the Parallels Desktop 12 for Mac (a hypervisor) to run the following guest operating system:
Android 4,
Linux (CentOS 7.2 & 7.3, Debian 8.7 & 8.8, Fedora 24 &25, OpenSUSE 13.2, Scientific 7.2 & 7.3, Ubuntu 16.04 & 17.04)
Solaris (OpenIndians Hipster 1610)
Unix (PCDBSD 10.3 & TrueOS 12.0)
Windows (10 32-bit, 10 64-bit) (NOTE: previously ran 32-bit XP, 7 and 8.1)
Only Windows 10, with Cygwin, includes support for Python 3.6.1 and support for xterm, xterm-16color and xterm-256olor. The other Guest Operating Systems typically support 3.4.x or 3.5.x with xterm (8-color).

Richard S. Gordon

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Sat Jun 10 04:52:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 08:52:13 +0000
Subject: [issue30039] Resuming a 'yield from' stack is broken if a signal
 arrives in the middle
In-Reply-To: <1497042680.77.0.838130560212.issue30039@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYcEY08ZAh_91CiW3a0XXm9Yq9MqGEiR-UcBaafKgT-Vg@mail.gmail.com>


STINNER Victor added the comment:

Yury Selivanov added the comment:
> I don't think we need to. Isn't 3.5 is in security/important bug fix mode? I don't view this change as an important one (it's just a nice thing to have).

Not yet, it still accept bug fixes:
https://docs.python.org/devguide/#status-of-python-branches

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30039>
_______________________________________

From report at bugs.python.org  Sat Jun 10 04:53:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 08:53:18 +0000
Subject: [issue29324] test_aead_aes_gcm fails on Kernel 4.9
In-Reply-To: <1497043806.59.0.762976015538.issue29324@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYc7TThYrxf+GyaVOrJJvhdTW7Ma7tT+NYgpVnO+zL7QA@mail.gmail.com>


STINNER Victor added the comment:

Oh ok, fine. Hopefully, 3.6.2 is coming in next days ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29324>
_______________________________________

From report at bugs.python.org  Sat Jun 10 04:56:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 08:56:46 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497085006.01.0.882167504668.issue30038@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2138

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Sat Jun 10 04:57:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 08:57:31 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497085051.57.0.740231287927.issue30038@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ned Deily and Yury Selivanov are in favor of a backport, thank you for looking at this one guys. So I created the PR 2075. I will merge it once the CI pass.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Sat Jun 10 04:59:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 08:59:03 +0000
Subject: [issue30547] [Windows] SubinterpreterTest.test_callbacks_leak() of
 test_atexit leaks references
In-Reply-To: <1496393904.76.0.689922881358.issue30547@psf.upfronthosting.co.za>
Message-ID: <1497085143.72.0.948753414249.issue30547@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Eric Snow: "Thanks for taking care of this, Victor, St?phane & Louie!"

You're welcome. FYI I'm trying to look more closely at the new Refleaks buildbot, so now it should become easier to catch regressions.

By the way, I like the work you did with Nick. Even if I don't understand everything, I know that we have to do it :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30547>
_______________________________________

From report at bugs.python.org  Sat Jun 10 05:00:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 09:00:19 +0000
Subject: [issue29905] TypeErrors not formatting values correctly
In-Reply-To: <1490476220.4.0.605506915687.issue29905@psf.upfronthosting.co.za>
Message-ID: <1497085218.98.0.876312671552.issue29905@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like the bug has been fixed in all branches, so I close the issue.

----------
components: +asyncio
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29905>
_______________________________________

From report at bugs.python.org  Sat Jun 10 05:06:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 09:06:56 +0000
Subject: [issue30417] [buildbot] Disable the cpu resources on slow buildbots
In-Reply-To: <1495317969.47.0.103077871941.issue30417@psf.upfronthosting.co.za>
Message-ID: <1497085616.03.0.534024680449.issue30417@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks for taking care of our CI, Zach ;-) Buildbots, Travis CI job and AppVeyor are now fixed if I understood correctly, so I close the issue.


Serhiy Storchaka: "And disable the "tzdata" resource for skipping generated tests for all timezones in test_datetime. Or make them requiring not only "tzdata", but "cpu"."

Hum, I have no real opinion on this issue. I think that the first main issue was test_tools, and disabling cpu on our CI has fixed the issue. I'm not sure that we should go deeper. *If* you consider thta that test_datetime is too slow, yeah, maybe add also a requirement on the "cpu" resource. But I don't recall to have seen "test_datetime" in the final "top 10 slowest tests" (even if I didn't look recently).


Brett Cannon: "One thing to note is if we want to speed up things like the coverage run on Travis we may want to make this optionally more deterministic rather than fully random for the 10 selected files, (...)"

Using a fixed list of filenames would benefit to everyone, not only to the CI. But someone has to select these files :-)

Brett: "Maybe having a ``-u deterministic`` resource to take out the randomness for coverage runs but leave the randomness for buildbots?"

We may start by using a fixed random seed for our coverage tests? And make sure that each test file starts with the same seed? IMHO coverage is a different issue, so I suggest to open a new issue if you consider that it's worth it to enhance the coverage CI job ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30417>
_______________________________________

From report at bugs.python.org  Sat Jun 10 05:17:03 2017
From: report at bugs.python.org (Masaki Suketa)
Date: Sat, 10 Jun 2017 09:17:03 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
Message-ID: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>


New submission from Masaki Suketa:

In Input and Output tutorial, use json module without `import json`.

----------
assignee: docs at python
components: Documentation
messages: 295626
nosy: docs at python, suketa
priority: normal
pull_requests: 2139
severity: normal
status: open
title: import json before using json module in tutorial Input and Output
type: resource usage
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sat Jun 10 05:20:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 09:20:05 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497086405.61.0.838425915848.issue30038@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 0b7629cd846e3e160ac07cafc4e97644024f11b8 by Victor Stinner in branch '3.6':
bpo-30038: fix race condition in signal delivery + wakeup fd (#1082) (#2075)
https://github.com/python/cpython/commit/0b7629cd846e3e160ac07cafc4e97644024f11b8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Sat Jun 10 06:08:43 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sat, 10 Jun 2017 10:08:43 +0000
Subject: [issue22898] segfault during shutdown attempting to log
 ResourceWarning
In-Reply-To: <1416345976.57.0.643107529371.issue22898@psf.upfronthosting.co.za>
Message-ID: <1497089323.83.0.768042035074.issue22898@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Antoine asked in PR 1981:
> Did you verify the removed code here wasn't needed anymore?

Just checked that crasher infinite_rec_2.py (removed by 1e534b5) does not crash with PR 1981. The other crashers listed at 1e534b5 are not valid Python 3.7 code.  Does anyone know how to translate them into Python 3.7 ?

With PR 1981 infinite recursion does not occur in PyErr_NormalizeException() when the tstate->overflowed flag is false upon entering this function and:
    * either (obviously) the normalizing of this exception does not fail
    * or the normalizing of this exception fails with an exception whose normalization won't fail (for example a RecursionError).

Removing the PyExc_RecursionErrorInst singleton decreases the cases covered by the recursion checks because the test made upon using PyExc_RecursionErrorInst (in the 'finally' label of PyErr_NormalizeException()) has the side effect of adding another recursion check to the normal recursion machinery of _Py_CheckRecursiveCall().  Those are corner cases though, such as for example the following case that will abort instead now with PR 1981 [1]:
    * tstate->overflowed has been set to true outside PyErr_NormalizeException() and the corresponding RecursionError has been discarded
    * PyErr_NormalizeException() attempts normalizing a python exception that raises a python exception that raises ... (and so on indefinitely)
IMO it is ok to abort in such cases. As Brett wrote 9 years ago in https://mail.python.org/pipermail/python-dev/2008-August/082107.html:
    "I have always viewed the check as a bonus sanity check, but not something to heavily rely upon."
One can also note that this other recursion check added with the use of PyExc_RecursionErrorInst does not respect the tstate->overflowed flag so that it adds another level of complexity to the recursion machinery.

[1] But with PR 1981, a RecursionError is raised when replacing MyException in test_recursion_normalizing_exception() at Lib/test/test_exceptions.py with:

      class MyException(Exception):
          def __init__(self):
              raise MyException

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22898>
_______________________________________

From report at bugs.python.org  Sat Jun 10 06:11:03 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sat, 10 Jun 2017 10:11:03 +0000
Subject: [issue22898] segfault during shutdown attempting to log
 ResourceWarning
In-Reply-To: <1416345976.57.0.643107529371.issue22898@psf.upfronthosting.co.za>
Message-ID: <1497089463.78.0.801216572068.issue22898@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22898>
_______________________________________

From report at bugs.python.org  Sat Jun 10 06:11:11 2017
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Sat, 10 Jun 2017 10:11:11 +0000
Subject: [issue28556] typing.py upgrades
In-Reply-To: <1477756009.46.0.442279756181.issue28556@psf.upfronthosting.co.za>
Message-ID: <1497089471.91.0.39127862642.issue28556@psf.upfronthosting.co.za>


Changes by Ivan Levkivskyi <levkivskyi at gmail.com>:


----------
pull_requests: +2140

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28556>
_______________________________________

From report at bugs.python.org  Sat Jun 10 06:13:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 10:13:53 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497089633.97.0.0786639725503.issue19180@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 5f31d5cf6efa8c304d352e34f9f2a1ed0074298e by Serhiy Storchaka in branch 'master':
Regenerate Argument Clinic code for bpo-19180. (#2073)
https://github.com/python/cpython/commit/5f31d5cf6efa8c304d352e34f9f2a1ed0074298e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Sat Jun 10 06:17:18 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 10:17:18 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497089838.24.0.405402509099.issue19180@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2141

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Sat Jun 10 06:48:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 10:48:55 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497091735.66.0.467423366094.issue19180@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 911068e250ee2b0847ca78d9ff527e0d6bf94551 by Serhiy Storchaka in branch '3.6':
[3.6] Regenerate Argument Clinic code for bpo-19180. (GH-2073). (#2077)
https://github.com/python/cpython/commit/911068e250ee2b0847ca78d9ff527e0d6bf94551


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Sat Jun 10 06:50:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 10 Jun 2017 10:50:15 +0000
Subject: [issue19180] some RFC references could be updated
In-Reply-To: <525144B9.3040305@python.org>
Message-ID: <1497091815.29.0.168733949262.issue19180@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19180>
_______________________________________

From report at bugs.python.org  Sat Jun 10 07:10:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 11:10:15 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497093015.41.0.0712511761038.issue30595@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 1b7863c3b6519c6e134c28cab8b8af0dea43e375 by Victor Stinner in branch 'master':
bpo-30595: Fix multiprocessing.Queue.get(timeout) (#2027)
https://github.com/python/cpython/commit/1b7863c3b6519c6e134c28cab8b8af0dea43e375


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Sat Jun 10 07:15:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 11:15:31 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497093331.8.0.325892762835.issue30595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks Grzegorz Grzywacz! I commited your idea of fix. Let's if it fixes the issue. It will be hard to check since it seems like the bug was random.

Later, I will backport the fix to other branches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Sat Jun 10 08:29:59 2017
From: report at bugs.python.org (Jakub Wilk)
Date: Sat, 10 Jun 2017 12:29:59 +0000
Subject: [issue13312] test_time fails: strftime('%Y', y) for negative year
In-Reply-To: <1320166359.06.0.160451222607.issue13312@psf.upfronthosting.co.za>
Message-ID: <1497097799.61.0.287003316794.issue13312@psf.upfronthosting.co.za>


Changes by Jakub Wilk <jwilk at jwilk.net>:


----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13312>
_______________________________________

From report at bugs.python.org  Sat Jun 10 08:35:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 12:35:20 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1497093331.8.0.325892762835.issue30595@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwa0yDEHttSXPx=VoG-_AVor=yL-_UohQT5F884keOhKsQ@mail.gmail.com>


STINNER Victor added the comment:

Let's *see* if it fixes the issue. It will be hard to check since it seems
like the bug was random.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Sat Jun 10 08:37:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 12:37:00 +0000
Subject: [issue30614] [EASY][2.7] testInitNonExistentFile() of test_bz2 leaks
 references
In-Reply-To: <1497021963.08.0.0268094667551.issue30614@psf.upfronthosting.co.za>
Message-ID: <1497098220.07.0.509237759318.issue30614@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 28288bebaf61269d1e26bb0795c2de6b481e1cf0 by Victor Stinner (St?phane Wirtel) in branch '2.7':
bpo-30614: testInitNonExistentFile() of test_bz2 leaks references (#2033)
https://github.com/python/cpython/commit/28288bebaf61269d1e26bb0795c2de6b481e1cf0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30614>
_______________________________________

From report at bugs.python.org  Sat Jun 10 09:18:04 2017
From: report at bugs.python.org (Pierre Quentel)
Date: Sat, 10 Jun 2017 13:18:04 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1497100684.44.0.771688600588.issue30576@psf.upfronthosting.co.za>


Pierre Quentel added the comment:

The compression is done on the fly : if compression criteria are satisfied, the original content is gzipped, either in memory or on a temporary file on disk, depending on the file size.

The gzipped content is not cached, but since the server now supports browser cache, on the next requests for the same file a 304 response will be sent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Sat Jun 10 09:31:04 2017
From: report at bugs.python.org (Pierre Quentel)
Date: Sat, 10 Jun 2017 13:31:04 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1497101464.59.0.109347231191.issue30576@psf.upfronthosting.co.za>


Changes by Pierre Quentel <pierre.quentel at gmail.com>:


----------
pull_requests: +2142

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:00:47 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 10 Jun 2017 14:00:47 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497103247.71.0.267495005716.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset 6e14fd2a14cef6ea0709ad234ab41198c2195591 by Yury Selivanov in branch '3.6':
[3.6] bpo-29406: asyncio SSL contexts leak sockets after calling close with certain servers (GH-409) (#2062)
https://github.com/python/cpython/commit/6e14fd2a14cef6ea0709ad234ab41198c2195591


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:01:19 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 10 Jun 2017 14:01:19 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497103279.7.0.65532356916.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset 1395c58ef7b98f087d1d5d50962fe7a8c032f34d by Yury Selivanov in branch '3.5':
[3.5] bpo-29406: asyncio SSL contexts leak sockets after calling close with certain servers (GH-409) (#2063)
https://github.com/python/cpython/commit/1395c58ef7b98f087d1d5d50962fe7a8c032f34d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:25:35 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 14:25:35 +0000
Subject: [issue25409] fnmatch.fnmatch normalizes slashes/backslashes on Windows
In-Reply-To: <1444889091.12.0.272630391848.issue25409@psf.upfronthosting.co.za>
Message-ID: <1497104735.35.0.543449073236.issue25409@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 76eabd3a21dc578de6093d45dd8d69a5ec4b9afe by Mariatta in branch '3.6':
bpo-25409: Clarify fnmatch and fnmatchcase documentation (GH-1535) (GH-2065)
https://github.com/python/cpython/commit/76eabd3a21dc578de6093d45dd8d69a5ec4b9afe


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25409>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:26:11 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 14:26:11 +0000
Subject: [issue25409] fnmatch.fnmatch normalizes slashes/backslashes on Windows
In-Reply-To: <1444889091.12.0.272630391848.issue25409@psf.upfronthosting.co.za>
Message-ID: <1497104771.16.0.643912319653.issue25409@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 656f232131e7a49800662119c7f9b8078729e697 by Mariatta in branch '3.5':
bpo-25409: Clarify fnmatch and fnmatchcase documentation (GH-1535) (GH-2066)
https://github.com/python/cpython/commit/656f232131e7a49800662119c7f9b8078729e697


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25409>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:26:41 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 14:26:41 +0000
Subject: [issue25409] fnmatch.fnmatch normalizes slashes/backslashes on Windows
In-Reply-To: <1444889091.12.0.272630391848.issue25409@psf.upfronthosting.co.za>
Message-ID: <1497104801.06.0.0640965697322.issue25409@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 9660a7e4bbc3932846fcde0e31856b5b3908b834 by Mariatta in branch '2.7':
bpo-25409: Clarify fnmatch and fnmatchcase documentation (GH-1535) (GH-2067)
https://github.com/python/cpython/commit/9660a7e4bbc3932846fcde0e31856b5b3908b834


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25409>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:27:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 14:27:45 +0000
Subject: [issue25409] fnmatch.fnmatch normalizes slashes/backslashes on Windows
In-Reply-To: <1444889091.12.0.272630391848.issue25409@psf.upfronthosting.co.za>
Message-ID: <1497104865.29.0.233508472491.issue25409@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

This has been fixed, and backported to 2.7, 3.5, and 3.6.

Thanks :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25409>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:40:40 2017
From: report at bugs.python.org (Jakub Wilk)
Date: Sat, 10 Jun 2017 14:40:40 +0000
Subject: [issue30062] datetime in Python 3.6+ no longer respects 'TZ'
 environment variable
In-Reply-To: <1492033422.46.0.101980038958.issue30062@psf.upfronthosting.co.za>
Message-ID: <1497105640.64.0.0461502774874.issue30062@psf.upfronthosting.co.za>


Jakub Wilk added the comment:

This is a side-effect of fixing issue #28067.

----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30062>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:42:27 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 14:42:27 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497105747.69.0.689274248189.issue30621@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> patch review
type: resource usage -> 
versions: +Python 2.7, Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sat Jun 10 10:54:23 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 14:54:23 +0000
Subject: [issue28206] signal.Signals not documented
In-Reply-To: <1474297204.47.0.613989661481.issue28206@psf.upfronthosting.co.za>
Message-ID: <1497106463.82.0.313567344382.issue28206@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28206>
_______________________________________

From report at bugs.python.org  Sat Jun 10 11:08:14 2017
From: report at bugs.python.org (Melvyn Sopacua)
Date: Sat, 10 Jun 2017 15:08:14 +0000
Subject: [issue30622] Fix NPN guard for OpenSSL 1.1
Message-ID: <1497107294.71.0.653300932954.issue30622@psf.upfronthosting.co.za>


New submission from Melvyn Sopacua:

Starting OpenSSL 1.1, the variable OPENSSL_NPN_NEGOTIATED is always defined. This makes the NPN detection fail.

Related info: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217703

----------
assignee: christian.heimes
components: SSL
messages: 295643
nosy: christian.heimes, msopacua
priority: normal
pull_requests: 2144
severity: normal
status: open
title: Fix NPN guard for OpenSSL 1.1
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30622>
_______________________________________

From report at bugs.python.org  Sat Jun 10 12:53:42 2017
From: report at bugs.python.org (Arek Bulski)
Date: Sat, 10 Jun 2017 16:53:42 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
Message-ID: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>


New submission from Arek Bulski:

About few days ago python-nightly started failing on TravisCI for no reason, and I dont think its due to my code. In fact it fails on importing numpy but fails to get into catch ImportError. This is a recent BUG. 

Build log:
https://travis-ci.org/construct/construct/jobs/241153020

----------
messages: 295644
nosy: Arek Bulski
priority: normal
severity: normal
status: open
title: python-nightly import numpy fails since recently
type: crash
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 13:00:49 2017
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 10 Jun 2017 17:00:49 +0000
Subject: [issue30312] Small correction in set code sample
In-Reply-To: <1494319647.07.0.625979333092.issue30312@psf.upfronthosting.co.za>
Message-ID: <1497114049.42.0.45174712966.issue30312@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2145

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30312>
_______________________________________

From report at bugs.python.org  Sat Jun 10 13:31:46 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 10 Jun 2017 17:31:46 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1497115906.62.0.681446298212.issue30623@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +njs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 13:41:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 17:41:26 +0000
Subject: [issue30599] os.register_at_fork(): allow to unregister callbacks --
 test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1497116486.9.0.213107937732.issue30599@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset c5179f6e2dfcc01cf0b977b184f5b8f8ac98fab1 by Victor Stinner in branch 'master':
bpo-30599: Fix test_threaded_import reference leak (#2029)
https://github.com/python/cpython/commit/c5179f6e2dfcc01cf0b977b184f5b8f8ac98fab1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Sat Jun 10 13:43:46 2017
From: report at bugs.python.org (Jelle Zijlstra)
Date: Sat, 10 Jun 2017 17:43:46 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1497116626.03.0.409371308672.issue30623@psf.upfronthosting.co.za>


Jelle Zijlstra added the comment:

The error is /home/travis/virtualenv/python3.7-dev/lib/python3.7/site-packages/numpy/core/multiarray.cpython-37m-x86_64-linux-gnu.so: undefined symbol: PyTraceMalloc_Untrack. On a quick look I couldn't find any recent changes in CPython related to tracemalloc.

----------
nosy: +Jelle Zijlstra

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:09:31 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 10 Jun 2017 18:09:31 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1497118171.45.0.548458160278.issue23404@psf.upfronthosting.co.za>


Ned Deily added the comment:

As Nick noted, this change needs to be properly documented for 3.6.2 and other maintenance releases.

----------
nosy: +benjamin.peterson, larry
priority: critical -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:11:44 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 10 Jun 2017 18:11:44 +0000
Subject: [issue30624] selectors should use bare except clauses
Message-ID: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola':

Right now it uses "except Exception: ...; raise" which does not take KeyboardInterrupt and SystemExit into account, leaving the fd in a bad state (it's not unregister()ed).

----------
components: asyncio
messages: 295648
nosy: berker.peksag, giampaolo.rodola, gvanrossum, haypo, neologix, serhiy.storchaka, yselivanov
priority: normal
severity: normal
status: open
title: selectors should use bare except clauses
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:15:11 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 10 Jun 2017 18:15:11 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>
Message-ID: <1497118511.51.0.974753989945.issue30624@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
pull_requests: +2146

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:16:12 2017
From: report at bugs.python.org (Gregory Szorc)
Date: Sat, 10 Jun 2017 18:16:12 +0000
Subject: [issue30625] Documentation is unclear how "y*" and "y#" formit units
 vary
Message-ID: <1497118572.05.0.886949691959.issue30625@psf.upfronthosting.co.za>


New submission from Gregory Szorc:

https://github.com/indygreg/python-zstandard/issues/26 is a bug report against python-zstandard that a C API using the "y#" format unit is unable to accept a memoryview instance constructed from a bytes literal. It fails with "TypeError: argument 1 must be read-only bytes-like object, not memoryview".

I understand why the "y*" format unit and the buffer protocol are a superior API. In hindsight, I should have used the buffer protocol from the beginning in python-zstandard. However, this decision was primarily influenced because the docs aren't clear about the apparent limitations of "y#" compared to "y*" and I believed "y#" would get me what I wanted (pointer to read-only memory) without having to be burdened by the complexity of the buffer protocol in my C code.

So, docs issue #1 is that the limitations of "y#" compared to "y*" aren't immediately obvious when reading their respective sections in https://docs.python.org/3/c-api/arg.html#strings-and-buffers. To their credit, the docs for "y*" do have a bold recommendation to use it. But what's missing is the critical "why." There is also a paragraph above the format unit list explaining "bytes-like object" but this is detached from the definitions for "y#" and "y*" so it is easy to pass over.

Issue #2 (which may be an implementation bug) is why "y#" isn't accepting a memoryview constructed from bytes. The docs for "y#" say it accepts a "read-only bytes-like object," which is defined at https://docs.python.org/3/glossary.html#term-bytes-like-object. And the paragraphs there explicitly state that a memoryview of an immutable bytes is in fact a "read-only bytes-like object." So I have no clue why "y#" is refusing such an object.

I'll gladly author a documentation fix. However, I'm not sure what to say because I don't understand why "y#" isn't working in this memoryview(bytes) case and whether that issue applies to other types.

----------
assignee: docs at python
components: Documentation
messages: 295649
nosy: Gregory.Szorc, docs at python
priority: normal
severity: normal
status: open
title: Documentation is unclear how "y*" and "y#" formit units vary
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30625>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:27:17 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 10 Jun 2017 18:27:17 +0000
Subject: [issue29550] Mac build-installer touch step fails after github
 conversion
In-Reply-To: <1487021086.07.0.216604793795.issue29550@psf.upfronthosting.co.za>
Message-ID: <1497119237.32.0.411398165717.issue29550@psf.upfronthosting.co.za>


Ned Deily added the comment:

The changes for Issue23404 removed "make touch" including from the installer build.

----------
priority: release blocker -> 
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> 'make touch' does not work with git clones of the source repository

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29550>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:39:57 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 10 Jun 2017 18:39:57 +0000
Subject: [issue30625] Documentation is unclear how "y*" and "y#" formit units
 vary
In-Reply-To: <1497118572.05.0.886949691959.issue30625@psf.upfronthosting.co.za>
Message-ID: <1497119997.81.0.918624969331.issue30625@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage:  -> needs patch
type: enhancement -> behavior
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30625>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:53:47 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Sat, 10 Jun 2017 18:53:47 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1497120827.39.0.879328714467.issue30623@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

It's because Julian thinks _PyTraceMalloc_Untrack is going to lose its underscore in 3.7, so he made numpy assume that. Numpy issue, I'll see what we can do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:53:58 2017
From: report at bugs.python.org (ppperry)
Date: Sat, 10 Jun 2017 18:53:58 +0000
Subject: [issue30626] "SystemError: SystemError: <class '_io.TextIOWrapper'>
 returned NULL without setting an error
Message-ID: <1497120838.83.0.319212252548.issue30626@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
nosy: ppperry
priority: normal
severity: normal
status: open
title: "SystemError: SystemError: <class '_io.TextIOWrapper'> returned NULL without setting an error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:54:38 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 10 Jun 2017 18:54:38 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1497120878.25.0.525353163269.issue30623@psf.upfronthosting.co.za>


Ned Deily added the comment:

Can we close this issue then?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:56:38 2017
From: report at bugs.python.org (Arek Bulski)
Date: Sat, 10 Jun 2017 18:56:38 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497120878.25.0.525353163269.issue30623@psf.upfronthosting.co.za>
Message-ID: <CAKnUdEZnjh8y_cjCwCkewXKNwfUhzHJ5RXrxG3_4nH++oSErBg@mail.gmail.com>


Arek Bulski added the comment:

Negative, this bug causes TravisCI to fail on every commit regardless of
code. Please treat this tickes as highest priority.

sob., 10 cze 2017 o 20:54 u?ytkownik Ned Deily <report at bugs.python.org>
napisa?:

>
> Ned Deily added the comment:
>
> Can we close this issue then?
>
> ----------
> nosy: +ned.deily
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30623>
> _______________________________________
>
-- 
~ Arkadiusz Bulski
~ tel 503 357 111 lub WhatsApp/Telegram

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:57:30 2017
From: report at bugs.python.org (ppperry)
Date: Sat, 10 Jun 2017 18:57:30 +0000
Subject: [issue30626] "SystemError: SystemError: <class '_io.TextIOWrapper'>
 returned NULL without setting an error" from open function
Message-ID: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>


New submission from ppperry:

This code (reduced from an example I had of trying to debug code including the module-level code of already imported modules), raises a SystemError:
import builtins
from importlib.machinery import PathFinder
from importlib.util import find_spec
import importlib
import sys
import _imp
dct={}
def copy_module(module):
    new = type(sys)(module.__name__)
    new.__dict__.update(module.__dict__)
    return new

dct["__builtins__"] = b = copy_module(builtins)

spec = PathFinder.find_spec("_bootstrap",importlib.__path__)
source_bootstrap = type(sys)("_bootstrap");
spec.loader.exec_module(source_bootstrap);
source_bootstrap.__name__ = "importlib._bootstrap";    
new_sys = copy_module(sys)

new_sys.path_hooks = []
new_sys.meta_path = []
new_sys.modules = {
    "importlib._bootstrap":source_bootstrap,
    "importlib._bootstrap_external":importlib._bootstrap_external,
}
b.__import__ = source_bootstrap.__import__
source_bootstrap._install(new_sys,_imp)
dct["__file__"]=__file__
exec("open(__file__)",dct)

The actual file passed to the open function doesn't matter, as long as it would work

----------
components: +IO, Interpreter Core, Library (Lib)
title: "SystemError: SystemError: <class '_io.TextIOWrapper'> returned NULL without setting an error -> "SystemError: SystemError: <class '_io.TextIOWrapper'> returned NULL without setting an error"  from open function

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:58:23 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 10 Jun 2017 18:58:23 +0000
Subject: [issue29504] blake2: compile error with -march=bdver2
In-Reply-To: <1486574963.2.0.72017577066.issue29504@psf.upfronthosting.co.za>
Message-ID: <1497121103.15.0.390490207102.issue29504@psf.upfronthosting.co.za>


Ned Deily added the comment:

What's the status of this issue?  If it's not going to be fixed prior to 3.6.2rc1, I'm going to downgrade it from "release blocker" as we've already released 3.6.1 without it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29504>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:58:28 2017
From: report at bugs.python.org (ppperry)
Date: Sat, 10 Jun 2017 18:58:28 +0000
Subject: [issue30626] "SystemError: SystemError: <class '_io.TextIOWrapper'>
 returned NULL without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497121108.27.0.327981958258.issue30626@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
nosy: +benjamin.peterson, brett.cannon, eric.snow, ncoghlan, stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sat Jun 10 14:58:41 2017
From: report at bugs.python.org (ppperry)
Date: Sat, 10 Jun 2017 18:58:41 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497121121.89.0.19495456253.issue30626@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
title: "SystemError: SystemError: <class '_io.TextIOWrapper'> returned NULL without setting an error"  from open function -> "SystemError: <class '_io.TextIOWrapper'> returned NULL without setting an error"  from open function

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:00:50 2017
From: report at bugs.python.org (ppperry)
Date: Sat, 10 Jun 2017 19:00:50 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497121250.55.0.378197577577.issue30626@psf.upfronthosting.co.za>


Changes by ppperry <mapreader at olum.org>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:02:16 2017
From: report at bugs.python.org (Jelle Zijlstra)
Date: Sat, 10 Jun 2017 19:02:16 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1497121336.35.0.909822337151.issue30623@psf.upfronthosting.co.za>


Jelle Zijlstra added the comment:

Sounds like the issue is with numpy, not CPython, so there's little reason to keep this CPython bug open.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:07:21 2017
From: report at bugs.python.org (Arek Bulski)
Date: Sat, 10 Jun 2017 19:07:21 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497121336.35.0.909822337151.issue30623@psf.upfronthosting.co.za>
Message-ID: <CAKnUdEb=3e6oP8Pcjpwqgjobhgv-JjSbzEYzV1uk6v16PHTqnw@mail.gmail.com>


Arek Bulski added the comment:

Oh good point, but when I submitted this on TravisCI issues they pointed me
to here.
And this is a highest priority bug.

sob., 10 cze 2017 o 21:02 u?ytkownik Jelle Zijlstra <report at bugs.python.org>
napisa?:

>
> Jelle Zijlstra added the comment:
>
> Sounds like the issue is with numpy, not CPython, so there's little reason
> to keep this CPython bug open.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30623>
> _______________________________________
>
-- 
~ Arkadiusz Bulski
~ tel 503 357 111 lub WhatsApp/Telegram

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:19:11 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 19:19:11 +0000
Subject: [issue30312] Small correction in set code sample
In-Reply-To: <1494319647.07.0.625979333092.issue30312@psf.upfronthosting.co.za>
Message-ID: <1497122351.52.0.479351594606.issue30312@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset ca816153445cba3baec15f7e890c71abfe495340 by Mariatta (KatherineMichel) in branch 'master':
bpo-30312: Small correction in datastructures set code sample (GH-2081)
https://github.com/python/cpython/commit/ca816153445cba3baec15f7e890c71abfe495340


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30312>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:22:30 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 19:22:30 +0000
Subject: [issue30312] Small correction in set code sample
In-Reply-To: <1494319647.07.0.625979333092.issue30312@psf.upfronthosting.co.za>
Message-ID: <1497122550.01.0.808721130022.issue30312@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30312>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:31:16 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 10 Jun 2017 19:31:16 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497123076.24.0.328914030057.issue29406@psf.upfronthosting.co.za>


Ned Deily added the comment:

While testing current 3.6 top of trunk, I noticed spurious error messages being reported that were not causing the tests to fail.  Investigating further, I found the culprit to be this issue's 6e14fd2a14cef6ea0709ad234ab41198c2195591.  Curiously, the errors aren't showing up on buildbots although I can reproduce 100% on both platforms I've tried: Debian Linux and macOS 10.12.  For some reason that needs to be explored, using -W on regrtest causes the messages to be suppressed and the buildbots use -w by default.

$ ./python
Python 3.6.1+ (remotes/upstream/3.6:76eabd3a21, Jun 10 2017, 15:20:44)
[GCC 6.3.0 20170516] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>>

# without -w or -W
$ ./python -m test test_asyncio
Run tests sequentially
0:00:00 [1/1] test_asyncio
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb55423b4>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb5542504>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb639f8bc>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb6126f84>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb6392fbc>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb671dedc>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
1 test OK.

Total duration: 13 sec
Tests result: SUCCESS

# with -w
$ ./python -m test -w test_asyncio
Run tests sequentially
0:00:00 [1/1] test_asyncio
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb4b15b5c>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb581f264>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb53f068c>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb65faf14>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb5816c04>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0xb582dea4>
transport: None
Traceback (most recent call last):
  File "/py/3x/unix/source/Lib/asyncio/sslproto.py", line 660, in _process_write_backlog
    self._transport.write(chunk)
AttributeError: 'NoneType' object has no attribute 'write'
1 test OK.

Total duration: 13 sec
Tests result: SUCCESS

# with -W -> no messages
$ ./python -m test -W test_asyncio
Run tests sequentially
0:00:00 [1/1] test_asyncio
1 test OK.

Total duration: 13 sec
Tests result: SUCCESS

----------
nosy: +ned.deily
priority: normal -> critical

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:32:46 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 10 Jun 2017 19:32:46 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497123166.05.0.0551113782638.issue29406@psf.upfronthosting.co.za>


Ned Deily added the comment:

Er, "For some reason that needs to be explored, using -W on regrtest causes the messages to be suppressed and the buildbots use -w by default."

That should be "use -W by default".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:39:26 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 10 Jun 2017 19:39:26 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497123566.1.0.105551168127.issue29406@psf.upfronthosting.co.za>


Ned Deily added the comment:

FTR, same behavior with master (3.7) top of trunk.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:57:58 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 10 Jun 2017 19:57:58 +0000
Subject: [issue28556] typing.py upgrades
In-Reply-To: <1477756009.46.0.442279756181.issue28556@psf.upfronthosting.co.za>
Message-ID: <1497124678.58.0.19072842421.issue28556@psf.upfronthosting.co.za>


Guido van Rossum added the comment:


New changeset 29fda8db16e0edab92841277fa223f844f5a92cc by Guido van Rossum (Ivan Levkivskyi) in branch 'master':
bpo-28556: Updates to typing module (#2076)
https://github.com/python/cpython/commit/29fda8db16e0edab92841277fa223f844f5a92cc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28556>
_______________________________________

From report at bugs.python.org  Sat Jun 10 15:58:45 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 19:58:45 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497124725.08.0.630762541281.issue27425@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 6b6e68776663c0dda04b6a36609297728da2ae9e by Zachary Ware in branch 'master':
bpo-27425: Be more explicit in .gitattributes (GH-840)
https://github.com/python/cpython/commit/6b6e68776663c0dda04b6a36609297728da2ae9e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:10:16 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 20:10:16 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497125416.85.0.307898318715.issue27425@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2147

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:19:44 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 20:19:44 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497125984.7.0.245475887696.issue27425@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2148

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:23:16 2017
From: report at bugs.python.org (Katherine Michel)
Date: Sat, 10 Jun 2017 20:23:16 +0000
Subject: [issue30312] Small correction in set code sample
In-Reply-To: <1494319647.07.0.625979333092.issue30312@psf.upfronthosting.co.za>
Message-ID: <1497126196.97.0.557310348646.issue30312@psf.upfronthosting.co.za>


Changes by Katherine Michel <kthrnmichel at gmail.com>:


----------
pull_requests: +2149

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30312>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:33:59 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 20:33:59 +0000
Subject: [issue30312] Small correction in set code sample
In-Reply-To: <1494319647.07.0.625979333092.issue30312@psf.upfronthosting.co.za>
Message-ID: <1497126839.7.0.279911463796.issue30312@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 865ed9ea67cf0d8a8dead91f3eac527553d92284 by Mariatta (KatherineMichel) in branch '3.6':
bpo-30312: Small correction in datastructures set code sample (GH-2081) (GH-2085)
https://github.com/python/cpython/commit/865ed9ea67cf0d8a8dead91f3eac527553d92284


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30312>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:35:18 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 20:35:18 +0000
Subject: [issue30312] Small correction in set code sample
In-Reply-To: <1494319647.07.0.625979333092.issue30312@psf.upfronthosting.co.za>
Message-ID: <1497126918.9.0.847456296656.issue30312@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Documentation has been updated, and backported to 3.6.
Thanks :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30312>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:38:24 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 20:38:24 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497127104.91.0.601643597292.issue27425@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2150

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:39:31 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 20:39:31 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497127171.69.0.402377846922.issue27425@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 964c261dc9a6a901f50d5596d88248bfc4251a55 by Zachary Ware in branch '3.6':
[3.6] bpo-27425: Be more explicit in .gitattributes (GH-840) (GH-2083)
https://github.com/python/cpython/commit/964c261dc9a6a901f50d5596d88248bfc4251a55


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:40:11 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 10 Jun 2017 20:40:11 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497127211.39.0.340908920596.issue27425@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset afa6a389606402779c5048a7211edbf2678cecff by Zachary Ware in branch '3.5':
[3.5] bpo-27425: Be more explicit in .gitattributes (GH-840) (GH-2084)
https://github.com/python/cpython/commit/afa6a389606402779c5048a7211edbf2678cecff


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:45:46 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Sat, 10 Jun 2017 20:45:46 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1497127546.87.0.110939024182.issue30623@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

@Arek: It's great that you're testing your code against the latest 3.7 pre-release, because that helps give early warning of issues in CPython as its developed, which helps everyone. BUT, you really cannot expect to use in-development versions and expect everything to be perfectly supported and work well together all the time -- we need time and space to work things out and coordinate. If you can't tolerate failures in your 3.7-prerelease builds, then you should remove them from you CI entirely and wait for the final release (or at least sometime in the beta/rc period).

Anyway-

Numpy bug here: https://github.com/numpy/numpy/issues/9227

This CPython PR is also relevant: https://github.com/python/cpython/pull/1236

Basically the bug is that numpy just made a release (1.13.0) which assumed that if it's running on some version of 3.7, then that PR is surely merged. But it turns out that that PR is not yet merged.

We'll probably need to make the usual emergency x.x.1 release in a few days anyway, and the simplest fix would be to switch back to the underscore-prefixed versions then. But... this needs a bit of coordination, because if we do that then the same thing will happen again at some point when that PR is merged; the problem here is that numpy was trying to avoid that breakage and thus created different breakage :-).

My suggestion would be that NumPy go ahead with releasing a fixed version ASAP, and *also* that CPython PR 1236 add back-compat for the underscore-prefixed versions. And maybe that it be merged soon if it's easy and going to happen anyway, since that will retroactively unbreak 1.13.0.

Bigger picture: I guess there's some irony that I warned that testing against prereleases can get complicated at the language summit based on numpy's experience, and now it's numpy's fault that cpython is getting grumpy users filing bugs at it... sorry about that. It's a useful data point though that we should keep in mind, that if we're encouraging people to test prereleases, then what used to be a temporary breakage that no-one would notice can actually cause more problems now ? again, if numpy hadn't broken this now, PR 1236 would have at some point, and with the same results. (In the past it's been common that numpy just doesn't support a new python release until a month or two after it comes out! Apparently those days have passed...)

----------
nosy: +brett.cannon, haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:48:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 20:48:38 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1497127718.53.0.448970663964.issue30623@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2151

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 16:55:18 2017
From: report at bugs.python.org (Arek Bulski)
Date: Sat, 10 Jun 2017 20:55:18 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497127718.55.0.787436806347.issue30623@psf.upfronthosting.co.za>
Message-ID: <CAKnUdEZQH5gLzsoSP5jH9VUwjL5sC-8+iKkX474_=rsxyFiopw@mail.gmail.com>


Arek Bulski added the comment:

Thank you, I will temporarily remove the numpy unit test from the 3.7 until
I get notification that it was fixed.

sob., 10 cze 2017 o 22:48 u?ytkownik STINNER Victor <report at bugs.python.org>
napisa?:

>
> Changes by STINNER Victor <victor.stinner at gmail.com>:
>
>
> ----------
> pull_requests: +2151
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30623>
> _______________________________________
>
-- 
~ Arkadiusz Bulski
~ tel 503 357 111 lub WhatsApp/Telegram

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 10 17:03:09 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 21:03:09 +0000
Subject: [issue28556] typing.py upgrades
In-Reply-To: <1477756009.46.0.442279756181.issue28556@psf.upfronthosting.co.za>
Message-ID: <1497128589.5.0.140738011712.issue28556@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2152

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28556>
_______________________________________

From report at bugs.python.org  Sat Jun 10 17:04:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 21:04:45 +0000
Subject: [issue28556] typing.py upgrades
In-Reply-To: <1477756009.46.0.442279756181.issue28556@psf.upfronthosting.co.za>
Message-ID: <1497128685.72.0.822873440732.issue28556@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2153

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28556>
_______________________________________

From report at bugs.python.org  Sat Jun 10 17:14:30 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 10 Jun 2017 21:14:30 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1497123566.1.0.105551168127.issue29406@psf.upfronthosting.co.za>
Message-ID: <E74B83A2-A30E-47EE-AD47-3FB0677157D6@gmail.com>


Yury Selivanov added the comment:

Nikolay, can you please take a look?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 17:18:57 2017
From: report at bugs.python.org (Nikolay Kim)
Date: Sat, 10 Jun 2017 21:18:57 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497129537.88.0.683520229582.issue29406@psf.upfronthosting.co.za>


Nikolay Kim added the comment:

yes, i am on it

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sat Jun 10 17:41:02 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 21:41:02 +0000
Subject: [issue28556] typing.py upgrades
In-Reply-To: <1477756009.46.0.442279756181.issue28556@psf.upfronthosting.co.za>
Message-ID: <1497130862.94.0.279650996983.issue28556@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 8d15b19be667e30f8d36aefb680859bdf23866cf by Mariatta in branch '3.6':
bpo-28556: Updates to typing module (GH-2076) (GH-2087)
https://github.com/python/cpython/commit/8d15b19be667e30f8d36aefb680859bdf23866cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28556>
_______________________________________

From report at bugs.python.org  Sat Jun 10 17:41:40 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 10 Jun 2017 21:41:40 +0000
Subject: [issue28556] typing.py upgrades
In-Reply-To: <1477756009.46.0.442279756181.issue28556@psf.upfronthosting.co.za>
Message-ID: <1497130900.17.0.796998587249.issue28556@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset ea8b34868c3a765ac9a5eed7321af8f4548a9654 by Mariatta in branch '3.5':
bpo-28556: Updates to typing module (GH-2076) (GH-2088)
https://github.com/python/cpython/commit/ea8b34868c3a765ac9a5eed7321af8f4548a9654


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28556>
_______________________________________

From report at bugs.python.org  Sat Jun 10 17:50:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 21:50:34 +0000
Subject: [issue30614] [EASY][2.7] testInitNonExistentFile() of test_bz2 leaks
 references
In-Reply-To: <1497021963.08.0.0268094667551.issue30614@psf.upfronthosting.co.za>
Message-ID: <1497131434.21.0.719617570644.issue30614@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The bug should now be fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30614>
_______________________________________

From report at bugs.python.org  Sat Jun 10 18:00:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 10 Jun 2017 22:00:10 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1497127211.39.0.340908920596.issue27425@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbEtz0FGxJkU+b4bdaV-W2C+q5P0Hn9caBBt1jnK3F9dg@mail.gmail.com>


STINNER Victor added the comment:

Zach, do you want to update Python 2.7 for your latest change as well?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sat Jun 10 19:06:19 2017
From: report at bugs.python.org (SylvainDe)
Date: Sat, 10 Jun 2017 23:06:19 +0000
Subject: [issue30627] Incorrect error message for a few functions called with
 keywod argument
Message-ID: <1497135979.63.0.672123503952.issue30627@psf.upfronthosting.co.za>


New submission from SylvainDe:

Follow-up for http://bugs.python.org/issue30600 which is itself a follow-up for http://bugs.python.org/issue30534 . Not quite sure what the process is in that situation : creating a new ticket or updating the old one ?


After working on http://bugs.python.org/issue30600 , I thought that maybe other functions not generated by the clinic would have the same issue. "git grep _PyArg_NoStackKeywords | grep -v clinic" gave me some place to look for and indeed:

Modules/_struct.c:    if (!_PyArg_NoStackKeywords("pack", kwnames)) {
Modules/_struct.c:    if (!_PyArg_NoStackKeywords("pack_into", kwnames)) {
Python/bltinmodule.c:    if (!_PyArg_NoStackKeywords("getattr", kwnames)) {
Python/bltinmodule.c:    if (!_PyArg_NoStackKeywords("next", kwnames)) {

These four functions have a not-so-good error message when called with keyword arguments (and this is a regression compared to other Python versions)

I have a fix ready to be suggested but:

 - I want to be sure that I had to create a new ticket

 - I suspect functions defined via the GEN_CONSTRUCTOR macro in  Modules/_hashopenssl.c have the same issue but I do not know how to test it. Any help is welcome.

----------
components: Interpreter Core
messages: 295676
nosy: SylvainDe
priority: normal
severity: normal
status: open
title: Incorrect error message for a few functions called with keywod argument
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30627>
_______________________________________

From report at bugs.python.org  Sat Jun 10 19:16:16 2017
From: report at bugs.python.org (SylvainDe)
Date: Sat, 10 Jun 2017 23:16:16 +0000
Subject: [issue30627] Incorrect error message for a few functions called with
 keywod argument
In-Reply-To: <1497135979.63.0.672123503952.issue30627@psf.upfronthosting.co.za>
Message-ID: <1497136576.45.0.550776584545.issue30627@psf.upfronthosting.co.za>


SylvainDe added the comment:

(Also, I suspect introspection could be used to know if the same bug is still lying somewhere: get all objects (using gc?), keep callables with no __code__ member only, call with keyword argument, check error.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30627>
_______________________________________

From report at bugs.python.org  Sat Jun 10 19:24:39 2017
From: report at bugs.python.org (Curtis Doty)
Date: Sat, 10 Jun 2017 23:24:39 +0000
Subject: [issue30628] why venv install old pip?
Message-ID: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>


New submission from Curtis Doty:

I've already updated system setuptools 36.0.1 with `pip3 install --upgrade pip setuptools wheel` but when I create a new enviro with `python3 -m venv foo` it will have an old/outdated setuptools 28.8.0 from embedded ensurepip.

Why? I think it should install the already-updated one!

----------
components: Library (Lib)
messages: 295678
nosy: GreenKey
priority: normal
severity: normal
status: open
title: why venv install old pip?
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Sat Jun 10 19:27:22 2017
From: report at bugs.python.org (Curtis Doty)
Date: Sat, 10 Jun 2017 23:27:22 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497137242.0.0.785248361647.issue30628@psf.upfronthosting.co.za>


Curtis Doty added the comment:

$ pip3.6 list
pip (9.0.1)
setuptools (32.2.0)
wheel (0.29.0)

$ pip3.6 install --upgrade pip setuptools wheel
$ pip3.6 list
pip (9.0.1)
setuptools (36.0.1)
wheel (0.29.0)

$ python3 -m venv foo
$ source foo/bin/activate
(foo) $ pip list
pip (9.0.1)
setuptools (28.8.0)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Sat Jun 10 21:48:12 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Jun 2017 01:48:12 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497145692.41.0.374635548034.issue30626@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I couldn't reproduce this on 3.7, but I can confirm that 3.6 gives a SystemError with the above code:

$ ./python _issue30626.py
Traceback (most recent call last):
  File "_issue30626.py", line 30, in <module>
    exec("open(__file__)",dct)
  File "<string>", line 1, in <module>
SystemError: <class '_io.TextIOWrapper'> returned NULL without setting an error

It's plausible this was fixed as part of the interpreter startup refactoring, so I doubt we're going to able to easily isolate the specific change that fixed it :(

----------
stage:  -> needs patch
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sat Jun 10 21:49:52 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Jun 2017 01:49:52 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497145792.55.0.542983828041.issue30626@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

That said: given that we know it *is* fixed somewhere in 3.7, it would likely be useful to check the assumption that the startup refactoring fixed it by going to the last commit before that landed and seeing if the error still occurs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sat Jun 10 23:12:29 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sun, 11 Jun 2017 03:12:29 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>
Message-ID: <1497150749.6.0.490746317103.issue30624@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

I removed 3.4 from versions, since this is not a security fix.

Does this need backport to 3.5 too? 
Or only 3.6?

----------
nosy: +Mariatta
stage:  -> backport needed
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Sat Jun 10 23:16:17 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Jun 2017 03:16:17 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497150977.95.0.824625476205.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 6ea4186de32d65b1f1dc1533b6312b798d300466 by Nick Coghlan in branch 'master':
bpo-28180: Implementation for PEP 538 (#659)
https://github.com/python/cpython/commit/6ea4186de32d65b1f1dc1533b6312b798d300466


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Sat Jun 10 23:19:17 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 11 Jun 2017 03:19:17 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497151157.21.0.0464663164473.issue27425@psf.upfronthosting.co.za>


Zachary Ware added the comment:

> Zach, do you want to update Python 2.7 for your latest change as well?

PR 2086 is in for that, but it's a huge diff due to line endings changing.  As noted on the PR, I want Benjamin to give his OK before I merge it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sat Jun 10 23:46:20 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 03:46:20 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>
Message-ID: <1497152780.64.0.9570779114.issue30624@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Look also at KqueueSelector.modify(). And the mentioning of SystemError in Misc/NEWS is wrong, it is a subclass of Exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Sat Jun 10 23:57:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 03:57:10 +0000
Subject: [issue30627] Incorrect error message for a few functions called with
 keywod argument
In-Reply-To: <1497135979.63.0.672123503952.issue30627@psf.upfronthosting.co.za>
Message-ID: <1497153430.48.0.52719218891.issue30627@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Good catch SylvainDe!

You already opened a new ticked and old tickets are closed, so that let fix remaining issues here.

This issue is related to _PyArg_NoKeywords() and _PyArg_NoStackKeywords(), so it is enough to just check all usages of these functions. Most of them are in generated code and already fixed.

Tests for all these functions are not required.

----------
components: +Extension Modules
nosy: +serhiy.storchaka
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30627>
_______________________________________

From report at bugs.python.org  Sun Jun 11 00:06:17 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 04:06:17 +0000
Subject: [issue30625] Documentation is unclear how "y*" and "y#" format units
 vary
In-Reply-To: <1497118572.05.0.886949691959.issue30625@psf.upfronthosting.co.za>
Message-ID: <1497153977.48.0.0331567801026.issue30625@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
title: Documentation is unclear how "y*" and "y#" formit units vary -> Documentation is unclear how "y*" and "y#" format units vary

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30625>
_______________________________________

From report at bugs.python.org  Sun Jun 11 00:16:24 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 04:16:24 +0000
Subject: [issue30166] Import command-line parsing modules only when needed
In-Reply-To: <1493195659.65.0.461959154112.issue30166@psf.upfronthosting.co.za>
Message-ID: <1497154584.57.0.844910770972.issue30166@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2154

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30166>
_______________________________________

From report at bugs.python.org  Sun Jun 11 00:34:22 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 04:34:22 +0000
Subject: [issue30166] Import command-line parsing modules only when needed
In-Reply-To: <1493195659.65.0.461959154112.issue30166@psf.upfronthosting.co.za>
Message-ID: <1497155662.52.0.334560148105.issue30166@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset c0ef607c52e58e94693fbedb27f2813bc3fed8fa by terryjreedy in branch '3.6':
[3.6] bpo-30166: backport pyshell changes (GH 1293) (#2098)
https://github.com/python/cpython/commit/c0ef607c52e58e94693fbedb27f2813bc3fed8fa


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30166>
_______________________________________

From report at bugs.python.org  Sun Jun 11 00:55:59 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Jun 2017 04:55:59 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497156959.3.0.284748525359.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

And merged!

Thanks to all involved in the process of getting this change through to implementation :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Sun Jun 11 01:36:25 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 05:36:25 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497159385.06.0.286026345075.issue30626@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka
type: behavior -> crash
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sun Jun 11 02:36:19 2017
From: report at bugs.python.org (=?utf-8?b?5oiQ54Cs5Z+65qi5?=)
Date: Sun, 11 Jun 2017 06:36:19 +0000
Subject: [issue30629] lower() is called twice
Message-ID: <1497162979.35.0.759542344671.issue30629@psf.upfronthosting.co.za>


New submission from ????:

https://github.com/python/cpython/blob/master/Lib/html/parser.py#L415

elem is already lowercase string but call lower() for handle_endtag().

elem = match.group(1).lower() # script or style
if self.cdata_elem is not None:
    if elem != self.cdata_elem:
        self.handle_data(rawdata[i:gtpos])
        return gtpos

self.handle_endtag(elem.lower())

----------
components: Library (Lib)
messages: 295689
nosy: Motoki
priority: normal
severity: normal
status: open
title: lower() is called twice
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30629>
_______________________________________

From report at bugs.python.org  Sun Jun 11 02:44:06 2017
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 11 Jun 2017 06:44:06 +0000
Subject: [issue30629] lower() is called twice
In-Reply-To: <1497162979.35.0.759542344671.issue30629@psf.upfronthosting.co.za>
Message-ID: <1497163446.84.0.995230428364.issue30629@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2155

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30629>
_______________________________________

From report at bugs.python.org  Sun Jun 11 03:36:56 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 07:36:56 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497166616.84.0.581776708442.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> yes, i am on it

Nick, have you been able to find what the problem is? If not, we'll need to pull this change out of 3.6.2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 03:37:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 07:37:18 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1495941740.56.0.621655501188.issue30495@psf.upfronthosting.co.za>
Message-ID: <1497166638.32.0.475231022252.issue30495@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2156

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Sun Jun 11 03:57:29 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 07:57:29 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497167849.12.0.584527935982.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> > yes, i am on it

> Nick, have you been able to find what the problem is? If not, we'll need to pull this change out of 3.6.2.

It's interesting to see how `_process_write_backlog` gets called after `_finalize`. One option would be to simply guard `transport.write` with `if transport is not None`, but I'm afraid that we'll only mask the bug then.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 03:58:53 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 07:58:53 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497167933.45.0.384839136713.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> It's interesting to see how `_process_write_backlog` gets called after `_finalize`. One option would be to simply guard `transport.write` with `if transport is not None`, but I'm afraid that we'll only mask the bug then.

OTOH we weren't setting the transport to None before, we were just closing it. Is setting it to None really necessary?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 04:13:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 08:13:09 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497168789.8.0.918545492704.issue30626@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2157

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sun Jun 11 04:16:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 08:16:09 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497168969.58.0.563860567939.issue30626@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In rare circumstances PyImport_Import() could return NULL without raising an error.

It *isn't* fixed in 3.7.

----------
stage: needs patch -> patch review
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Sun Jun 11 04:16:57 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 08:16:57 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1495941740.56.0.621655501188.issue30495@psf.upfronthosting.co.za>
Message-ID: <1497169017.7.0.523639156535.issue30495@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset ccccf3156f8f5cfb820c7deac05beba9f51ec51c by terryjreedy in branch '3.6':
bpo-30495: IDLE: Modernize textview.py with docstrings and PEP8 names (#1839) (#2102)
https://github.com/python/cpython/commit/ccccf3156f8f5cfb820c7deac05beba9f51ec51c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Sun Jun 11 04:56:15 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 08:56:15 +0000
Subject: [issue29919] Remove unused imports found by pyflakes
In-Reply-To: <1490619913.4.0.443050658966.issue29919@psf.upfronthosting.co.za>
Message-ID: <1497171375.26.0.423872257763.issue29919@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I will backport idlelib changes that apply.

----------
assignee:  -> terry.reedy
nosy: +terry.reedy
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29919>
_______________________________________

From report at bugs.python.org  Sun Jun 11 05:31:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 09:31:35 +0000
Subject: [issue29919] Remove unused imports found by pyflakes
In-Reply-To: <1490619913.4.0.443050658966.issue29919@psf.upfronthosting.co.za>
Message-ID: <1497173495.87.0.125488124689.issue29919@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2158

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29919>
_______________________________________

From report at bugs.python.org  Sun Jun 11 05:46:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 09:46:35 +0000
Subject: [issue30144] Import collections ABC from collections.abc rather than
 collections
In-Reply-To: <1492950613.95.0.166673742213.issue30144@psf.upfronthosting.co.za>
Message-ID: <1497174395.56.0.615301591872.issue30144@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2159

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30144>
_______________________________________

From report at bugs.python.org  Sun Jun 11 05:53:48 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 09:53:48 +0000
Subject: [issue29919] Remove unused imports found by pyflakes
In-Reply-To: <1490619913.4.0.443050658966.issue29919@psf.upfronthosting.co.za>
Message-ID: <1497174828.92.0.92414403192.issue29919@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset c6696feb09a8cf13e13e42ed9cc0b8c2e8795800 by terryjreedy in branch '3.6':
[3.6] bpo-29919 Remove unused imports from idlelib [GH-137] (#2105)
https://github.com/python/cpython/commit/c6696feb09a8cf13e13e42ed9cc0b8c2e8795800


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29919>
_______________________________________

From report at bugs.python.org  Sun Jun 11 05:54:32 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 09:54:32 +0000
Subject: [issue29919] Remove unused imports found by pyflakes
In-Reply-To: <1490619913.4.0.443050658966.issue29919@psf.upfronthosting.co.za>
Message-ID: <1497174872.52.0.80037074289.issue29919@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29919>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:04:17 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 10:04:17 +0000
Subject: [issue30022] Get rid of using EnvironmentError and IOError
In-Reply-To: <1491645939.23.0.623640815202.issue30022@psf.upfronthosting.co.za>
Message-ID: <1497175457.73.0.0259099889201.issue30022@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2160

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30022>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:12:33 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 10:12:33 +0000
Subject: [issue30144] Import collections ABC from collections.abc rather than
 collections
In-Reply-To: <1492950613.95.0.166673742213.issue30144@psf.upfronthosting.co.za>
Message-ID: <1497175953.06.0.120376987418.issue30144@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset a13225e209cfa5f7b458dbcbac19dc4df26feb95 by terryjreedy in branch '3.6':
[3.6]bpo-30144: change idlelib abc import [GH-1263] (#2106)
https://github.com/python/cpython/commit/a13225e209cfa5f7b458dbcbac19dc4df26feb95


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30144>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:13:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 11 Jun 2017 10:13:32 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497176012.49.0.315447542544.issue28180@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Tests fail on many buildbots.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:14:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 10:14:03 +0000
Subject: [issue30144] Import collections ABC from collections.abc rather than
 collections
In-Reply-To: <1492950613.95.0.166673742213.issue30144@psf.upfronthosting.co.za>
Message-ID: <1497176043.92.0.367501929312.issue30144@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30144>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:15:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 11 Jun 2017 10:15:23 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497152780.64.0.9570779114.issue30624@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwa9sz5JOLP48BnimpPtqQ-tyXtEW3C9xLcf9um7vJmEFA@mail.gmail.com>


STINNER Victor added the comment:

Serhiy Storchaka added the comment:

Look also at KqueueSelector.modify(). And the mentioning of SystemError in
Misc/NEWS is wrong, it is a subclass of Exception.

I guess that he means SystemExit ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:26:27 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 10:26:27 +0000
Subject: [issue30022] Get rid of using EnvironmentError and IOError
In-Reply-To: <1491645939.23.0.623640815202.issue30022@psf.upfronthosting.co.za>
Message-ID: <1497176787.46.0.259775152807.issue30022@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 59422a29ee3a95866c4f7e037bdfffd5768afddd by terryjreedy in branch '3.6':
[3.6]bpo-30022: idlelib.run IOError -> OSError [GH-1051] (#2107)
https://github.com/python/cpython/commit/59422a29ee3a95866c4f7e037bdfffd5768afddd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30022>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:26:36 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 10:26:36 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>
Message-ID: <1497176796.81.0.315415656712.issue30624@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

My apologies. The Misc/NEWS entry is correct. But only 2 of 3 "except Exception" are fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:27:25 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 10:27:25 +0000
Subject: [issue30022] Get rid of using EnvironmentError and IOError
In-Reply-To: <1491645939.23.0.623640815202.issue30022@psf.upfronthosting.co.za>
Message-ID: <1497176845.73.0.59086362569.issue30022@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30022>
_______________________________________

From report at bugs.python.org  Sun Jun 11 06:39:38 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Sun, 11 Jun 2017 10:39:38 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <9B35EEEC-37FE-4AD8-8BEF-7D76FCFA7A04@comcast.net>
Message-ID: <5BD3C7FF-EB49-40A6-8EF2-B17CCD27F8B2@comcast.net>


Richard S. Gordon added the comment:

> On Jun 10, 2017, at 4:28 AM, Richard S. Gordon <rigordo at comcast.net> wrote:
> 
> 
>> On Jun 9, 2017, at 4:59 PM, Richard S. Gordon <report at bugs.python.org <mailto:report at bugs.python.org>> wrote:
>> 
>> 
>> Richard S. Gordon added the comment:
>> 
>>> On Jun 9, 2017, at 4:41 PM, STINNER Victor <report at bugs.python.org <mailto:report at bugs.python.org>> wrote:
>>> 
>>> 
>>> STINNER Victor added the comment:
>>> 
>>> Cygwin is not currently supported by CPython, so I suggest to close this
>>> issue. I mean: please report the issue to Cygwin, not CPython.
>>> 
>>> ----------
>>> 
>>> _______________________________________
>>> Python tracker <report at bugs.python.org <mailto:report at bugs.python.org>>
>>> <http://bugs.python.org/issue30609 <http://bugs.python.org/issue30609>>
>>> _______________________________________
>> 
>> Before you close this issue, answer how do you explain my success in running my wxPython emulation on all Cygwin releases since 2007 (Python 2.6.8) to 2017 (2.7.13 and Python 3.0-3.5.2 and 3.6.0-3.6.2)?
>> 
>> Richard S. Gordon
>> 
>> ----------
>> 
>> _______________________________________
>> Python tracker <report at bugs.python.org <mailto:report at bugs.python.org>>
>> <http://bugs.python.org/issue30609 <http://bugs.python.org/issue30609>>
>> _______________________________________
> 
> FYI:
> 
> My current test platform is a 27? iMAC (with 3.5 GHz Intel Core i7, 16 GB 1600 MHz DDR3) running Mac OS 10.12.5 (Sierra). It includes support for Python 3.6.0. It uses the Parallels Desktop 12 for Mac (a hypervisor) to run the following guest operating system:
> Android 4,
> Linux (CentOS 7.2 & 7.3, Debian 8.7 & 8.8, Fedora 24 &25, OpenSUSE 13.2, Scientific 7.2 & 7.3, Ubuntu 16.04 & 17.04)
> Solaris (OpenIndians Hipster 1610)
> Unix (PCDBSD 10.3 & TrueOS 12.0)
> Windows (10 32-bit, 10 64-bit) (NOTE: previously ran 32-bit XP, 7 and 8.1)
> Only Windows 10, with Cygwin, includes support for Python 3.6.1 and support for xterm, xterm-16color and xterm-256olor. The other Guest Operating Systems typically support 3.4.x or 3.5.x with xterm (8-color).
> 
> Richard S. Gordon

Fixing this Python 3.6.1 issue will probably require modification to the Python curse stdlib. Here is the ncurses 6.0 author?s description of the notable changes that he made
to ncurses 5.x in order to produce ncurses 6.0 (excerpted from: http://invisible-island.net/ncurses/announce.html):
Extend the cchar_t structure to allow more than 16 colors to be encoded.
Modify the encoding of mouse state to make room for a 5th mouse button. That allows one to use ncurses with a wheel mouse with xterm or similar X terminal emulators.
Richard S. Gordon

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Sun Jun 11 07:09:41 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 11:09:41 +0000
Subject: [issue11822] Improve disassembly to show embedded code objects
In-Reply-To: <1302467152.39.0.854888976189.issue11822@psf.upfronthosting.co.za>
Message-ID: <1497179381.49.0.824487502218.issue11822@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 1efbf92e90ed2edf3f5bb5323340b26f318ff61e by Serhiy Storchaka in branch 'master':
bpo-11822: Improve disassembly to show embedded code objects. (#1844)
https://github.com/python/cpython/commit/1efbf92e90ed2edf3f5bb5323340b26f318ff61e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11822>
_______________________________________

From report at bugs.python.org  Sun Jun 11 07:12:25 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 11:12:25 +0000
Subject: [issue11822] Improve disassembly to show embedded code objects
In-Reply-To: <1302467152.39.0.854888976189.issue11822@psf.upfronthosting.co.za>
Message-ID: <1497179545.61.0.0151372377727.issue11822@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11822>
_______________________________________

From report at bugs.python.org  Sun Jun 11 07:21:12 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Sun, 11 Jun 2017 11:21:12 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <5BD3C7FF-EB49-40A6-8EF2-B17CCD27F8B2@comcast.net>
Message-ID: <D61D2174-E11D-4365-9873-0BECD0F463DF@comcast.net>


Richard S. Gordon added the comment:

Clarification:
The suggested fix to the Python 3.6.1 curses stdlib should only be applied to those 64-bit platform version used with 64-bit ncurses 6.0.
It should NOT apply to the Python 3.6.1 curses stdlib applied to those 32-bit platforms used with 32-bit ncurses 6.0, because the 32-bit ncurses 6.0 API is backwards compatible to the 32-bit ncurses 5.x API.

> On Jun 11, 2017, at 6:39 AM, Richard S. Gordon <report at bugs.python.org <mailto:report at bugs.python.org>> wrote:
> 
> 
> Richard S. Gordon added the comment:
> 
>> On Jun 10, 2017, at 4:28 AM, Richard S. Gordon <rigordo at comcast.net <mailto:rigordo at comcast.net>> wrote:
>> 
>> 
>>> On Jun 9, 2017, at 4:59 PM, Richard S. Gordon <report at bugs.python.org <mailto:report at bugs.python.org> <mailto:report at bugs.python.org <mailto:report at bugs.python.org>>> wrote:
>>> 
>>> 
>>> Richard S. Gordon added the comment:
>>> 
>>>> On Jun 9, 2017, at 4:41 PM, STINNER Victor <report at bugs.python.org <mailto:report at bugs.python.org> <mailto:report at bugs.python.org <mailto:report at bugs.python.org>>> wrote:
>>>> 
>>>> 
>>>> STINNER Victor added the comment:
>>>> 
>>>> Cygwin is not currently supported by CPython, so I suggest to close this
>>>> issue. I mean: please report the issue to Cygwin, not CPython.
>>>> 
>>>> ----------
>>>> 
>>>> _______________________________________
>>>> Python tracker <report at bugs.python.org <mailto:report at bugs.python.org> <mailto:report at bugs.python.org <mailto:report at bugs.python.org>>>
>>>> <http://bugs.python.org/issue30609 <http://bugs.python.org/issue30609> <http://bugs.python.org/issue30609 <http://bugs.python.org/issue30609>>>
>>>> _______________________________________
>>> 
>>> Before you close this issue, answer how do you explain my success in running my wxPython emulation on all Cygwin releases since 2007 (Python 2.6.8) to 2017 (2.7.13 and Python 3.0-3.5.2 and 3.6.0-3.6.2)?
>>> 
>>> Richard S. Gordon
>>> 
>>> ----------
>>> 
>>> _______________________________________
>>> Python tracker <report at bugs.python.org <mailto:report at bugs.python.org> <mailto:report at bugs.python.org <mailto:report at bugs.python.org>>>
>>> <http://bugs.python.org/issue30609 <http://bugs.python.org/issue30609> <http://bugs.python.org/issue30609 <http://bugs.python.org/issue30609>>>
>>> _______________________________________
>> 
>> FYI:
>> 
>> My current test platform is a 27? iMAC (with 3.5 GHz Intel Core i7, 16 GB 1600 MHz DDR3) running Mac OS 10.12.5 (Sierra). It includes support for Python 3.6.0. It uses the Parallels Desktop 12 for Mac (a hypervisor) to run the following guest operating system:
>> Android 4,
>> Linux (CentOS 7.2 & 7.3, Debian 8.7 & 8.8, Fedora 24 &25, OpenSUSE 13.2, Scientific 7.2 & 7.3, Ubuntu 16.04 & 17.04)
>> Solaris (OpenIndians Hipster 1610)
>> Unix (PCDBSD 10.3 & TrueOS 12.0)
>> Windows (10 32-bit, 10 64-bit) (NOTE: previously ran 32-bit XP, 7 and 8.1)
>> Only Windows 10, with Cygwin, includes support for Python 3.6.1 and support for xterm, xterm-16color and xterm-256olor. The other Guest Operating Systems typically support 3.4.x or 3.5.x with xterm (8-color).
>> 
>> Richard S. Gordon
> 
> Fixing this Python 3.6.1 issue will probably require modification to the Python curse stdlib. Here is the ncurses 6.0 author?s description of the notable changes that he made
> to ncurses 5.x in order to produce ncurses 6.0 (excerpted from: http://invisible-island.net/ncurses/announce.html <http://invisible-island.net/ncurses/announce.html>):
> Extend the cchar_t structure to allow more than 16 colors to be encoded.
> Modify the encoding of mouse state to make room for a 5th mouse button. That allows one to use ncurses with a wheel mouse with xterm or similar X terminal emulators.
> Richard S. Gordon
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org <mailto:report at bugs.python.org>>
> <http://bugs.python.org/issue30609 <http://bugs.python.org/issue30609>>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Sun Jun 11 07:50:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 11:50:24 +0000
Subject: [issue30501] Produce optimized code for boolean conditions
In-Reply-To: <1496041116.54.0.344455983628.issue30501@psf.upfronthosting.co.za>
Message-ID: <1497181824.39.0.554592346947.issue30501@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 36ff451ebae41f09560bff582c95946474d898f8 by Serhiy Storchaka in branch 'master':
bpo-30501: Make the compiler producing optimized code for condition expressions. (#1851)
https://github.com/python/cpython/commit/36ff451ebae41f09560bff582c95946474d898f8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30501>
_______________________________________

From report at bugs.python.org  Sun Jun 11 07:51:06 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 11:51:06 +0000
Subject: [issue30501] Produce optimized code for boolean conditions
In-Reply-To: <1496041116.54.0.344455983628.issue30501@psf.upfronthosting.co.za>
Message-ID: <1497181866.13.0.826857523022.issue30501@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30501>
_______________________________________

From report at bugs.python.org  Sun Jun 11 08:06:52 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 11 Jun 2017 12:06:52 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>
Message-ID: <1497182812.48.0.264659980863.issue30624@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
pull_requests: +2161

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Sun Jun 11 08:07:22 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 11 Jun 2017 12:07:22 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>
Message-ID: <1497182842.64.0.723821231746.issue30624@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> But only 2 of 3 "except Exception" are fixed.

My bad. New PR:
https://github.com/python/cpython/pull/2108

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Sun Jun 11 08:46:44 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 12:46:44 +0000
Subject: [issue22898] segfault during shutdown attempting to log
 ResourceWarning
In-Reply-To: <1416345976.57.0.643107529371.issue22898@psf.upfronthosting.co.za>
Message-ID: <1497185204.3.0.865538798701.issue22898@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The fact that the traceback of PyExc_RecursionErrorInst causes an issue means that PyExc_RecursionErrorInst is used. We can't just remove PyExc_RecursionErrorInst since this can cause a stack overflow or, with merged PR 2035, an infinite loop.

Perhaps the solution of this issue is clearing __traceback__, __cause__ and __context__ attributes of PyExc_RecursionErrorInst as early as possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22898>
_______________________________________

From report at bugs.python.org  Sun Jun 11 09:38:11 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 13:38:11 +0000
Subject: [issue30508] "Task exception was never retrieved" reported for a
 canceled task
In-Reply-To: <1496110446.47.0.115157551922.issue30508@psf.upfronthosting.co.za>
Message-ID: <1497188291.9.0.969445022334.issue30508@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2162

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30508>
_______________________________________

From report at bugs.python.org  Sun Jun 11 09:48:42 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 13:48:42 +0000
Subject: [issue30508] "Task exception was never retrieved" reported for a
 canceled task
In-Reply-To: <1496110446.47.0.115157551922.issue30508@psf.upfronthosting.co.za>
Message-ID: <1497188922.91.0.979310052834.issue30508@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2163

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30508>
_______________________________________

From report at bugs.python.org  Sun Jun 11 09:49:20 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 13:49:20 +0000
Subject: [issue30508] "Task exception was never retrieved" reported for a
 canceled task
In-Reply-To: <1496110446.47.0.115157551922.issue30508@psf.upfronthosting.co.za>
Message-ID: <1497188960.18.0.433895837935.issue30508@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset 7ce1c6fb579a01bb184224a10019039fde9c8eaf by Yury Selivanov in branch 'master':
bpo-30508: Don't log exceptions if Task/Future "cancel()" method called (#2050)
https://github.com/python/cpython/commit/7ce1c6fb579a01bb184224a10019039fde9c8eaf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30508>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:00:16 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:00:16 +0000
Subject: [issue30508] "Task exception was never retrieved" reported for a
 canceled task
In-Reply-To: <1496110446.47.0.115157551922.issue30508@psf.upfronthosting.co.za>
Message-ID: <1497189616.61.0.463403810778.issue30508@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset 176f2ebdad93f20876c08efabd364a0e6c86de14 by Yury Selivanov in branch '3.6':
bpo-30508: Don't log exceptions if Task/Future "cancel()" method was called. (#2109)
https://github.com/python/cpython/commit/176f2ebdad93f20876c08efabd364a0e6c86de14


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30508>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:07:20 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Jun 2017 14:07:20 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497190040.72.0.610483227623.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Ah, it would have been too easy for all the other *nix variants to be close enough to Fedora & Ubuntu for everything to work first time :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:11:49 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:11:49 +0000
Subject: [issue30508] "Task exception was never retrieved" reported for a
 canceled task
In-Reply-To: <1496110446.47.0.115157551922.issue30508@psf.upfronthosting.co.za>
Message-ID: <1497190309.43.0.325101247728.issue30508@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset d24c8287e226ac9983caf6bb826a7b53142ee31f by Yury Selivanov in branch '3.5':
bpo-30508: Don't log exceptions if Task/Future "cancel()" method was called. (#2110)
https://github.com/python/cpython/commit/d24c8287e226ac9983caf6bb826a7b53142ee31f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30508>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:12:51 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:12:51 +0000
Subject: [issue30508] "Task exception was never retrieved" reported for a
 canceled task
In-Reply-To: <1496110446.47.0.115157551922.issue30508@psf.upfronthosting.co.za>
Message-ID: <1497190371.73.0.326412015072.issue30508@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Fixed.  Ned, this will be included in 3.6.2, right?

----------
nosy: +ned.deily
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30508>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:17:47 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:17:47 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497190667.5.0.566961556696.issue29406@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2164

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:20:31 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:20:31 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497190831.39.0.978426711638.issue29406@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2165

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:26:03 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 11 Jun 2017 14:26:03 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497191163.49.0.452474639031.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Initial look at the failures on the stable buildbots:

FreeBSD 10.x: if locale coercion succeeds, we then fail on get_codeset() (perhaps because that doesn't recognise LC_CTYPE=UTF-8?)
FreeBSD CURRENT: if locale coercion fails (due to no suitable locale), lots of error handling tests fail due to the unexpected warning message on stderr

Mac OS X Tiger: looks like the test expectations aren't right on Mac OS X (at least for Tiger). I've added the Mac OS X folks to the nosy list.

Ubuntu shared library build: loading the shared library fails in _testembed for the `test_forced_io_encoding` test case, which suggest a problem with the way that particular test is running the binary

Windows 8.1 refleak hunting: failure doesn't appear to be due to this change (multiprocessing test failures)
s390x RHEL 7: failure doesn't appear to be due to this change (multiprocessing test failures)

----------
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:27:53 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:27:53 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497191273.74.0.872491561809.issue29406@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +2166

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:28:45 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:28:45 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497191325.67.0.239060614278.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Alright, let's play it safe. I'm going to be reverting the change from all branches. Nick, if you are able to figure this out please create a new PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:46:38 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:46:38 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497192398.02.0.440886531577.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset 09663de203396b28483a570bb268c130b59639cf by Yury Selivanov in branch 'master':
Revert "bpo-29406: asyncio SSL contexts leak sockets after calling close with certain servers (#409)" (#2111)
https://github.com/python/cpython/commit/09663de203396b28483a570bb268c130b59639cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:46:48 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:46:48 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497192408.03.0.195461853835.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset 83d30bd667924549bacf1428ac3e475cdf9792ae by Yury Selivanov in branch '3.6':
Revert "[3.6] bpo-29406: asyncio SSL contexts leak sockets after calling close with certain servers (GH-409) (#2062)" (#2112)
https://github.com/python/cpython/commit/83d30bd667924549bacf1428ac3e475cdf9792ae


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 10:46:55 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 11 Jun 2017 14:46:55 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497192415.24.0.84931430546.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset 4e9dfe214dff000c5b5ad0d8bd8a393feed1d3cf by Yury Selivanov in branch '3.5':
Revert "[3.5] bpo-29406: asyncio SSL contexts leak sockets after calling close with certain servers (GH-409) (#2063)" (#2113)
https://github.com/python/cpython/commit/4e9dfe214dff000c5b5ad0d8bd8a393feed1d3cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 11 11:04:41 2017
From: report at bugs.python.org (Mark Airey)
Date: Sun, 11 Jun 2017 15:04:41 +0000
Subject: [issue30630] Missing MSI files
Message-ID: <1497193481.58.0.405120031898.issue30630@psf.upfronthosting.co.za>


New submission from Mark Airey:

I downloaded and installed python 3.0, 3.6.0 and 3.6.1 and they all said that I was missing: "api-ms-win-crt-runtime-|1-1-0.dll" or the msi files as i have read online. I don't know how to get said files and I need this program soon. Can anyone help?

----------
components: Windows
messages: 295718
nosy: Mark Airey, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Missing MSI files
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30630>
_______________________________________

From report at bugs.python.org  Sun Jun 11 11:24:54 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 11 Jun 2017 15:24:54 +0000
Subject: [issue22898] segfault during shutdown attempting to log
 ResourceWarning
In-Reply-To: <1416345976.57.0.643107529371.issue22898@psf.upfronthosting.co.za>
Message-ID: <1497194694.68.0.716479670632.issue22898@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The simplest solution -- make BaseException_set_tb(), BaseException_set_context() and BaseException_set_cause() no-ops for PyExc_RecursionErrorInst.

----------
Added file: http://bugs.python.org/file46940/immutable-recursion-error-inst.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22898>
_______________________________________

From report at bugs.python.org  Sun Jun 11 11:31:32 2017
From: report at bugs.python.org (R. David Murray)
Date: Sun, 11 Jun 2017 15:31:32 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1497195092.61.0.212255951728.issue30623@psf.upfronthosting.co.za>


R. David Murray added the comment:

There is a possible future in which the development style is based around continuous integration with third parties, where we apply our backward compatibility policy even to changes from one commit to the next within our development cycle.  I think that possible future is interesting, but is non-trivial to accomplish, and represents a cultural shift that we'd need to commit to.

If we go there then, as I believe was touched on at the language summit, actual python official releases would become less significant events :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sun Jun 11 11:42:01 2017
From: report at bugs.python.org (Ned Deily)
Date: Sun, 11 Jun 2017 15:42:01 +0000
Subject: [issue30508] "Task exception was never retrieved" reported for a
 canceled task
In-Reply-To: <1496110446.47.0.115157551922.issue30508@psf.upfronthosting.co.za>
Message-ID: <1497195721.91.0.289898844535.issue30508@psf.upfronthosting.co.za>


Ned Deily added the comment:

Yury, yes (3.6.2 cutoff is about 24 hours from now)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30508>
_______________________________________

From report at bugs.python.org  Sun Jun 11 12:13:32 2017
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 11 Jun 2017 16:13:32 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497197612.85.0.579185303949.issue28180@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

The macOS failures are at least partially caused by test assumptions that aren't true on macOS: in particular the filesystem encoding defaults to UTF-8 on macOS (because HFS+ and the recent APFS filesystem store unicode data and not pure byte strings).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Sun Jun 11 13:35:55 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 17:35:55 +0000
Subject: [issue29995] re.escape() escapes too much
In-Reply-To: <1491401871.1.0.717928370576.issue29995@psf.upfronthosting.co.za>
Message-ID: <1497202555.16.0.21561877032.issue29995@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2167

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29995>
_______________________________________

From report at bugs.python.org  Sun Jun 11 13:50:54 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 17:50:54 +0000
Subject: [issue29995] re.escape() escapes too much
In-Reply-To: <1491401871.1.0.717928370576.issue29995@psf.upfronthosting.co.za>
Message-ID: <1497203454.01.0.141330345619.issue29995@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset a895f91a46c65a6076e8c6a28af0df1a07ed60a2 by terryjreedy in branch '3.6':
[3.6]bpo-29995: Adjust IDLE test for 3.7 re.escape change [GH-1007] (#2114)
https://github.com/python/cpython/commit/a895f91a46c65a6076e8c6a28af0df1a07ed60a2


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29995>
_______________________________________

From report at bugs.python.org  Sun Jun 11 13:51:17 2017
From: report at bugs.python.org (SylvainDe)
Date: Sun, 11 Jun 2017 17:51:17 +0000
Subject: [issue20627] Add context manager support to xmlrpc.client.ServerProxy
In-Reply-To: <1392394782.44.0.253579633939.issue20627@psf.upfronthosting.co.za>
Message-ID: <1497203477.63.0.665219658658.issue20627@psf.upfronthosting.co.za>


Changes by SylvainDe <sylvain.desodt at gmail.com>:


----------
pull_requests: +2168

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20627>
_______________________________________

From report at bugs.python.org  Sun Jun 11 13:59:05 2017
From: report at bugs.python.org (SylvainDe)
Date: Sun, 11 Jun 2017 17:59:05 +0000
Subject: [issue26656] Documentation for re.compile is a bit outdated
In-Reply-To: <1459178484.74.0.770971045402.issue26656@psf.upfronthosting.co.za>
Message-ID: <1497203945.06.0.661831404628.issue26656@psf.upfronthosting.co.za>


SylvainDe added the comment:

IMHO, the sentence is not bad as it is. An easy (?) yet efficient way to make it much better from the a user perspective would be to make the "regular expression object" text a link leading to https://docs.python.org/3/library/re.html#regular-expression-objects .

----------
nosy: +SylvainDe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26656>
_______________________________________

From report at bugs.python.org  Sun Jun 11 14:05:01 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 18:05:01 +0000
Subject: [issue20185] Derby #17: Convert 49 sites to Argument Clinic across 13
 files
In-Reply-To: <1389140539.55.0.106381625615.issue20185@psf.upfronthosting.co.za>
Message-ID: <1497204301.44.0.0418282775142.issue20185@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2169

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20185>
_______________________________________

From report at bugs.python.org  Sun Jun 11 14:29:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 18:29:40 +0000
Subject: [issue20185] Derby #17: Convert 49 sites to Argument Clinic across 13
 files
In-Reply-To: <1389140539.55.0.106381625615.issue20185@psf.upfronthosting.co.za>
Message-ID: <1497205780.56.0.844170603812.issue20185@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 57d8de80313c536d409d6a104ae577af8ffc57fb by terryjreedy in branch '3.6':
[3.6]bpo-20185: Adjust IDLE test to 3.7 Clinic change [GH-542] (#2116)
https://github.com/python/cpython/commit/57d8de80313c536d409d6a104ae577af8ffc57fb


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20185>
_______________________________________

From report at bugs.python.org  Sun Jun 11 14:30:52 2017
From: report at bugs.python.org (R. David Murray)
Date: Sun, 11 Jun 2017 18:30:52 +0000
Subject: [issue30630] Missing MSI files
In-Reply-To: <1497193481.58.0.405120031898.issue30630@psf.upfronthosting.co.za>
Message-ID: <1497205852.18.0.192828631339.issue30630@psf.upfronthosting.co.za>


R. David Murray added the comment:

Steve can correct me if I'm wrong, but I think this means your Windows OS isn't up to date.  Googling seems to indicate that this isn't a problem unique to Python.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30630>
_______________________________________

From report at bugs.python.org  Sun Jun 11 14:32:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 11 Jun 2017 18:32:41 +0000
Subject: [issue29995] re.escape() escapes too much
In-Reply-To: <1491401871.1.0.717928370576.issue29995@psf.upfronthosting.co.za>
Message-ID: <1497205961.31.0.285759237874.issue29995@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Serhiy, please nosy me when you change idlelib files.

----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29995>
_______________________________________

From report at bugs.python.org  Sun Jun 11 15:19:42 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 11 Jun 2017 19:19:42 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497208782.46.0.171924120948.issue27425@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 5fe8ac69f99d58232a5234cfca78f05f7223a782 by Zachary Ware in branch '2.7':
[2.7] bpo-27425: Be more explicit in .gitattributes (GH-840) (GH-2086)
https://github.com/python/cpython/commit/5fe8ac69f99d58232a5234cfca78f05f7223a782


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sun Jun 11 15:23:19 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 11 Jun 2017 19:23:19 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1497208999.24.0.985925418703.issue27425@psf.upfronthosting.co.za>


Zachary Ware added the comment:

It still might be nice to adjust some of the tests to not care about how line endings are checked in, but I think we're in a good enough place now with .gitattributes that we can close this issue.  Any other changes can be done in a new issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Sun Jun 11 16:15:58 2017
From: report at bugs.python.org (Armin Rigo)
Date: Sun, 11 Jun 2017 20:15:58 +0000
Subject: [issue30480] samefile and sameopenfile fail for WebDAV mapped drives
In-Reply-To: <1495788627.48.0.260495922264.issue30480@psf.upfronthosting.co.za>
Message-ID: <1497212158.74.0.563775567698.issue30480@psf.upfronthosting.co.za>


Armin Rigo added the comment:

Another example of this misbehaviour: there are cases where ``os.stat()`` will internally fail to obtain the whole stat info (in some case related to permissions) and silently fall back to the same behaviour as Python 2.7.  In particular, it will return a result with ``st_dev == st_ino == 0``.  Of course, ``os.path.samefile()`` will then consider all such files as "the same one", which is nonsense.

----------
nosy: +arigo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30480>
_______________________________________

From report at bugs.python.org  Sun Jun 11 17:36:44 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Sun, 11 Jun 2017 21:36:44 +0000
Subject: [issue30620] textwrap: dedent contains logic that can never execute
In-Reply-To: <1497067778.08.0.694661889778.issue30620@psf.upfronthosting.co.za>
Message-ID: <1497217004.64.0.281772449089.issue30620@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

The logic in your proof is certainly sound. The only time that the else statement within Clause 4 (to use terminology from the proof) would execute is either 
  1) if margin is equal to indent, which is handled in Clause 2, or 
  2) if the margin is None, which is handled in Clause 1.

I support this PR. On a related note, I feel that the existing comments could clearer illustrate this. Specifically, it is unclear that Clause 2 will also catch cases where margin and indent are equal.

----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30620>
_______________________________________

From report at bugs.python.org  Sun Jun 11 18:14:26 2017
From: report at bugs.python.org (Segev Finer)
Date: Sun, 11 Jun 2017 22:14:26 +0000
Subject: [issue30631] Warnings in VS2015 Update 3 32-Bit
Message-ID: <1497219266.57.0.229179857591.issue30631@psf.upfronthosting.co.za>


New submission from Segev Finer:

I'm hitting the following warnings when building in VS2015 Update 3 in 32-bit:

liblzma:
    warning C4028: formal parameter {} different from declaration
    warning C4113: 'FARPROC' differs in parameter lists from '{}'
    warning C4244: 'initializing': conversion from '{}' to '{}', possible loss of data
    warning C4267: '=': conversion from '{}' to '{}', possible loss of data
    warning C4996: 'GetVersion': was declared deprecated

libeay:
    warning C4996: 'gethostbyname': Use getaddrinfo() or GetAddrInfoW() instead or define _WINSOCK_DEPRECATED_NO_WARNINGS to disable deprecated API warnings

socketmodule:
     warning C4996: '{}': Use {}() or {}() instead or define _WINSOCK_DEPRECATED_NO_WARNINGS to disable deprecated API warnings (multiple)

tix:
    warning C4090: 'function': different 'const' qualifiers
    warning C4028: formal parameter {} different from declaration

And ValidateUcrtbase in python.vcxproj is failing on first build because it depends on ctypes but runs before it's built when building using the pcbuild.sln

----------
components: Windows
messages: 295732
nosy: Segev Finer, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Warnings in VS2015 Update 3 32-Bit
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30631>
_______________________________________

From report at bugs.python.org  Sun Jun 11 18:14:42 2017
From: report at bugs.python.org (Segev Finer)
Date: Sun, 11 Jun 2017 22:14:42 +0000
Subject: [issue30631] Warnings in VS2015 Update 3 32-Bit
In-Reply-To: <1497219266.57.0.229179857591.issue30631@psf.upfronthosting.co.za>
Message-ID: <1497219282.93.0.446574291454.issue30631@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2170

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30631>
_______________________________________

From report at bugs.python.org  Sun Jun 11 18:15:39 2017
From: report at bugs.python.org (Segev Finer)
Date: Sun, 11 Jun 2017 22:15:39 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1497219339.13.0.228838381404.issue9566@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2171

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Sun Jun 11 18:29:28 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 11 Jun 2017 22:29:28 +0000
Subject: [issue30620] textwrap: dedent contains logic that can never execute
In-Reply-To: <1497067778.08.0.694661889778.issue30620@psf.upfronthosting.co.za>
Message-ID: <1497220168.78.0.695852293823.issue30620@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30620>
_______________________________________

From report at bugs.python.org  Sun Jun 11 19:23:08 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Sun, 11 Jun 2017 23:23:08 +0000
Subject: [issue30620] textwrap: dedent contains logic that can never execute
In-Reply-To: <1497067778.08.0.694661889778.issue30620@psf.upfronthosting.co.za>
Message-ID: <1497223388.79.0.949512954299.issue30620@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

Jonathan, could you improve the comments for the dedent function? You have a great understanding of the logic flow from your proof and it would be beneficial to document this to avoid future confusion.

Specifically, it should be clear that Clause 2 inherently handles equivalence for margin and indent and that Clause 4 will always complete with the break statement.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30620>
_______________________________________

From report at bugs.python.org  Sun Jun 11 19:32:59 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Sun, 11 Jun 2017 23:32:59 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <1497044514.14.0.506983003275.issue30609@psf.upfronthosting.co.za>
Message-ID: <5D2D5C79-E701-4915-B51E-5944D489BF25@comcast.net>


Richard S. Gordon added the comment:

> On Jun 9, 2017, at 5:41 PM, Terry J. Reedy <report at bugs.python.org> wrote:
> 
> 
> Terry J. Reedy added the comment:
> 
> Richard, when replying by email, please strip quoted text except for an occasional line or two.  (See example of limited in-context quote below.)
> 
> A bug, for the purpose of this tracker, is a discrepancy between between the docs written by the PSF's core development team and the code provided by the same.  The PSF curses module is documented as unix-only.  In particular, "This extension module is designed to match the API of ncurses, an open-source curses library hosted on Linux and the BSD variants of Unix."  It does not run on the PSF (python.org) Windows distribution, because there is no C interface to a Windows implementation of curses.
> 

Cygwin is a Linux-like (Unix-compatible) command line interface and run-time environment plug-in for Windows. My cross-platform Python code does not use a PSF Windows implementation. It only uses the standard Python 2x and Python 3x curses library module low level API to emulate a subset of the wxPython high-level API. It has been run successfully with xterm (8-color) and xterm-16color terminal emulators (including the ones provided with all Cygwin releases since 2007). All platforms manifest the same failure when my software attempts to use the xterm-256color terminal emulator:

PC-BSD 10.3 Unix
TrueOS (PC-BSD) 12.0 Unix
MacOS X 7.0-10.12.5 (Darwin & BSD Unix based)
Oracle OpenSolaris 11
OpenIndiana Hipster-1610 Solaris 1
CentOS Linux 7.2 & 7.3
Debian Linux 8.7.0 & 8.8.0
Fedora Linux 24 & 25
Scientific Linux 7.2 & 7.3
Windows  XP, 7, 8.1 and 10 (each with Cygwin plug-in)

I am reporting this issue to PSF because I suspect that the standard Python 3.6.1 curses libraries has not be updated to support more that 16 colors on 64-bit platforms. None of my non-Windows 64-bit platforms currently incorporate ncurses 6.0 or Python 3.6.1. I?m anxiously waiting for new releases to those non-windows operating systems.

>>>> import curses  # 64-bit 3.6.1 on Win 10 using python.org installer
> Traceback (most recent call last):
>  File "<pyshell#4>", line 1, in <module>
>    import curses
>  File "C:\Programs\Python36\lib\curses\__init__.py", line 13, in <module>
>    from _curses import *
> ModuleNotFoundError: No module named '_curses'
> 
> Anything Cygwin does to improve on this is their responsibility.
> 
>> how do you explain my success in running my wxPython emulation on all Cygwin releases since 2007
> 
> One or more people on the wxPython and/or Cygwin and/or other teams exerted the effort to make this happen.

wxPython is a pixel-mode GUI. It does use the character-mode curses or ncurses libraries.

Cygwin provides both X11 pixel-mode graphics and ncurses-based character-mode graphics.
> 
> ----------
> nosy: +terry.reedy
> resolution:  -> third party
> stage: test needed -> resolved
> status: open -> closed
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30609>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Sun Jun 11 19:47:20 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Sun, 11 Jun 2017 23:47:20 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <1497041848.89.0.421074545062.issue30609@psf.upfronthosting.co.za>
Message-ID: <1EFD88AA-1C5B-4866-B423-D12F957167B2@comcast.net>


Richard S. Gordon added the comment:

> On Jun 9, 2017, at 4:57 PM, Masayuki Yamamoto <report at bugs.python.org> wrote:
> 
> 
> Masayuki Yamamoto added the comment:
> 
> @rigordo Are you using mintty? If I remember rightly, mintty hasn't been set 256 colors after installation (at least in past release, I'm not sure currently).
> 

Yes, I am using the Cygwin mintty console (typically configured for 80 columns by 50 rows). On Linux, MacOS X, Solaris. Unix and Windows (with cygwin) platforms, I issue the appropriate console bash commands to change (TERM=emulator) or reset (STTY sane) the terminal emulation:

TERM=xterm
TERM=xterm-16color
TERM=xterm-88color
TERM=xterm-256color

> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30609>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Sun Jun 11 20:52:34 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Jun 2017 00:52:34 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497228754.2.0.474426642471.issue30571@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> lisroach
nosy: +lisroach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Sun Jun 11 21:43:03 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 01:43:03 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497231783.28.0.504556055781.issue30621@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 1dbce04d0e3e93b715eb0d8024da396361759d16 by Mariatta (suketa) in branch 'master':
bpo-30621: Update Input Output Tutorial Example(GH-2074)
https://github.com/python/cpython/commit/1dbce04d0e3e93b715eb0d8024da396361759d16


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sun Jun 11 21:44:29 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 01:44:29 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497231869.88.0.179184338078.issue30621@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2172

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sun Jun 11 21:44:31 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 01:44:31 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497231871.81.0.0164860085015.issue30621@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2173

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sun Jun 11 21:44:34 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 01:44:34 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497231874.06.0.0653865324181.issue30621@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2174

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sun Jun 11 21:59:07 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 01:59:07 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497232747.95.0.42850655712.issue30621@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 47c9decb5feabb51416deffd2098ee31d73f1f5f by Mariatta in branch '3.6':
bpo-30621: Update Input Output Tutorial Example(GH-2074) (GH-2118)
https://github.com/python/cpython/commit/47c9decb5feabb51416deffd2098ee31d73f1f5f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sun Jun 11 21:59:19 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 01:59:19 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497232759.84.0.397128325582.issue30621@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 7563b0508172cedb5e6a95d05e9122f1a0bfcd86 by Mariatta in branch '3.5':
bpo-30621: Update Input Output Tutorial Example(GH-2074) (GH-2119)
https://github.com/python/cpython/commit/7563b0508172cedb5e6a95d05e9122f1a0bfcd86


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sun Jun 11 21:59:35 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 01:59:35 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497232775.54.0.533021242558.issue30621@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 107949cb87d0f064bd9bcd39dc2a5e7266bfee30 by Mariatta in branch '2.7':
bpo-30621: Update Input Output Tutorial Example(GH-2074) (GH-2120)
https://github.com/python/cpython/commit/107949cb87d0f064bd9bcd39dc2a5e7266bfee30


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sun Jun 11 22:01:01 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 02:01:01 +0000
Subject: [issue30621] import json before using json module in tutorial Input
 and Output
In-Reply-To: <1497086223.62.0.997560014368.issue30621@psf.upfronthosting.co.za>
Message-ID: <1497232861.95.0.255486492179.issue30621@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks! :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30621>
_______________________________________

From report at bugs.python.org  Sun Jun 11 23:21:16 2017
From: report at bugs.python.org (Jim Jewett)
Date: Mon, 12 Jun 2017 03:21:16 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1497237676.65.0.205645185063.issue30596@psf.upfronthosting.co.za>


Jim Jewett added the comment:

Then why not just call join as part of the default close method?

----------
nosy: +Jim.Jewett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Mon Jun 12 00:14:27 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 04:14:27 +0000
Subject: [issue23033] Disallow support for a*.example.net, *a.example.net,
 and a*b.example.net in certificate wildcard handling.
In-Reply-To: <1418331823.45.0.0499057066046.issue23033@psf.upfronthosting.co.za>
Message-ID: <1497240867.51.0.222649529434.issue23033@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Can this go to 3.6.2?

----------
nosy: +Mariatta
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23033>
_______________________________________

From report at bugs.python.org  Mon Jun 12 00:38:40 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 04:38:40 +0000
Subject: [issue30620] textwrap: dedent contains logic that can never execute
In-Reply-To: <1497067778.08.0.694661889778.issue30620@psf.upfronthosting.co.za>
Message-ID: <1497242320.46.0.226116763635.issue30620@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30620>
_______________________________________

From report at bugs.python.org  Mon Jun 12 01:14:17 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Jun 2017 05:14:17 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497244457.96.0.251792009995.issue30603@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> emilyemorehouse
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Mon Jun 12 01:25:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 05:25:07 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497245107.24.0.92492244811.issue28994@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 3fd54d4a7e604067e2bc0f8cfd58bdbdc09fa7f4 by Serhiy Storchaka in branch 'master':
bpo-28994: Fixed errors handling in atexit._run_exitfuncs(). (#2034)
https://github.com/python/cpython/commit/3fd54d4a7e604067e2bc0f8cfd58bdbdc09fa7f4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 01:32:51 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 05:32:51 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497245571.64.0.997019625743.issue28994@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2175

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 01:34:45 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 05:34:45 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497245685.08.0.0943109571613.issue28994@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2176

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 01:55:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 05:55:40 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497246940.08.0.518680447523.issue28994@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2177

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 02:02:16 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 06:02:16 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497247336.09.0.107497656399.issue28994@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset d89dc844d288ee2e403272f3e4552eed6911cafd by Serhiy Storchaka in branch '3.6':
[3.6] bpo-28994: Fixed errors handling in atexit._run_exitfuncs(). (GH-2034) (#2121)
https://github.com/python/cpython/commit/d89dc844d288ee2e403272f3e4552eed6911cafd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 02:02:18 2017
From: report at bugs.python.org (Zhang Wenbo)
Date: Mon, 12 Jun 2017 06:02:18 +0000
Subject: [issue27240] 'UnstructuredTokenList' object has no attribute
 '_fold_as_ew'
In-Reply-To: <1465208759.2.0.0752415166741.issue27240@psf.upfronthosting.co.za>
Message-ID: <1497247338.1.0.913449052437.issue27240@psf.upfronthosting.co.za>


Changes by Zhang Wenbo <zhangwenbo at papayamobile.com>:


----------
nosy: +Zhang Wenbo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27240>
_______________________________________

From report at bugs.python.org  Mon Jun 12 02:02:35 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 06:02:35 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497247355.33.0.173810057785.issue28994@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 7d8c1ebd86ce27b28736c5e97fef58ec60b8ef31 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-28994: Fixed errors handling in atexit._run_exitfuncs(). (GH-2034) (#2122)
https://github.com/python/cpython/commit/7d8c1ebd86ce27b28736c5e97fef58ec60b8ef31


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 02:03:34 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Mon, 12 Jun 2017 06:03:34 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497247414.82.0.456314492416.issue30603@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

Good catch. We should also add additional tests for a declining indentation level with a blank line and a declining indentation with a whitespace only line, as it is a pattern followed throughout the dedent tests. 

It should be noted that PR 2014 is the appropriate pull request for this issue. PR 2064 is for a different, though related, issue (https://bugs.python.org/issue30620).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Mon Jun 12 02:10:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 06:10:55 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497247855.79.0.911087545231.issue28994@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 0cc43df05e36655220468953e838169966b94ebd by Serhiy Storchaka in branch '2.7':
[2.7] bpo-28994: Fixed errors handling in atexit._run_exitfuncs(). (GH-2034) (#2123)
https://github.com/python/cpython/commit/0cc43df05e36655220468953e838169966b94ebd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 02:43:44 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 06:43:44 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497249824.27.0.233989930767.issue29478@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset b459f7482612d340b88b62edc024628595ec6337 by Mariatta (mircea-cosbuc) in branch 'master':
[email] bpo-29478: Fix passing max_line_length=None from Compat32 policy (GH-595)
https://github.com/python/cpython/commit/b459f7482612d340b88b62edc024628595ec6337


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Mon Jun 12 02:46:11 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 06:46:11 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497249971.43.0.215957427294.issue29478@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Mon Jun 12 02:58:06 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 06:58:06 +0000
Subject: [issue29334] ssl.SSLObject method getpeercert() is buggy,
 do_handshake() is strange
In-Reply-To: <1484914427.68.0.380715465195.issue29334@psf.upfronthosting.co.za>
Message-ID: <1497250686.56.0.438068345622.issue29334@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> backport needed
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29334>
_______________________________________

From report at bugs.python.org  Mon Jun 12 03:01:52 2017
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 12 Jun 2017 07:01:52 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497250912.31.0.599577913715.issue30571@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

-1 from me. Using `format(x % 2**8, '08b')` seems both short enough to be easy to use, and long enough to remind one that there's something a little bit unnatural going on here, given that two's complement isn't something that makes sense for arbitrary-sized integers.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Mon Jun 12 03:15:51 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 07:15:51 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1497251751.07.0.0122653095141.issue30596@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

That's a good question.  close() methods on other objects tend to avoid taking an infinite amount of time :-)  But then, Process objects are different enough that they don't need to follow that rule.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Mon Jun 12 03:31:34 2017
From: report at bugs.python.org (Zhang Wenbo)
Date: Mon, 12 Jun 2017 07:31:34 +0000
Subject: [issue27240] 'UnstructuredTokenList' object has no attribute
 '_fold_as_ew'
In-Reply-To: <1465208759.2.0.0752415166741.issue27240@psf.upfronthosting.co.za>
Message-ID: <1497252694.58.0.987965619775.issue27240@psf.upfronthosting.co.za>


Zhang Wenbo added the comment:

I think I find a case which can reproduct this bug: 
the UnstructuredTokenList has a ValueTerminal which is long enough(its encoded word is longer than policy.maxlen ) and not at the beginning.

For examples, the following subjects can cause this bug:

- 'Re: ?????????????????'
- '??: ??:?????-2017????????'

So, the code can not fold a ValueTerminal correctly. 
Seems the method `_fold_as_ew` was designed to do this, but it is missing.

----------
Added file: http://bugs.python.org/file46941/test2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27240>
_______________________________________

From report at bugs.python.org  Mon Jun 12 03:39:54 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 07:39:54 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497253194.81.0.473232908344.issue30571@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Concur with Mark. Similar issues already were raised multiple times on mailing lists and the conclusion is that explicit wrapping integers to specific range is better. Different behavior for integers out of range is needed in different applications.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Mon Jun 12 04:00:04 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 12 Jun 2017 08:00:04 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497254404.01.0.140020883128.issue30571@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This is a recurring need in my teaching of Python to hardware engineers.   The whole point of having a binary format code is to show which bits are set.  For negative values, that need is not being served by the current option.  And it makes it awkward when modeling the effects of bitwise operations on signed numbers.

I can understand a -1 if you think this is fundamentally broken, but if you're just saying that you've never personally needed this or casually dismissing the awkwardness of the usual workarounds, then it seems like a meaningless vote that blows-off my proposal which is based on real-world classroom experiences.

The idea is that modifier (such as "!" would require a width argument (the signed representation only make sense in fixed width concepts as every assembly language programmer knows).  Its presence would also imply the "0".

Serhiy, I believe you've either read different maillist posts than I have or that you're misinterpreting this as a proposal for a fixed width integer type with automatic wrap-around and truncation (full emulation of a register).  This proposal is for display formatting only.  IMO, it remedies a deficiency where the current option is more for our convenience (not wanting to deal with the width) rather than for the user's convenience where the user wants to see which bits are set rather than seeing a minus sign (which is both obvious and useless).

Also, when a senior coredev presents a proposal, I expect that it will be greeted with a little more open mindedness and not instantly shot down as if I have no idea what I'm talking about.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Mon Jun 12 04:20:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 08:20:55 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497255655.92.0.880661493903.issue30571@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> The idea is that modifier (such as "!" would require a width argument (the signed representation only make sense in fixed width concepts as every assembly language programmer knows).  Its presence would also imply the "0".

I would use the precision for this. Truncating the number of digits in integer representation is similar to truncating the number of characters for strings.

But actually I don't think we should add such feature in the core. It has very limited application. This can be implemented as a third-part library.

Actually I think the stdlib needs something like bitarray and/or bitset. The specially purposed types that allow testing and modifying separate bits and bit ranges.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Mon Jun 12 04:30:23 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 12 Jun 2017 08:30:23 +0000
Subject: [issue30632] IDLE: add unittest to test_autocomplete
Message-ID: <1497256222.98.0.89770351326.issue30632@psf.upfronthosting.co.za>


New submission from Louie Lu:

Add unittest to test_open_completions, test_fetch_copmletions, and test_get_entity in test_autocomplete

----------
assignee: terry.reedy
components: IDLE
messages: 295755
nosy: louielu, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: add unittest to test_autocomplete
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30632>
_______________________________________

From report at bugs.python.org  Mon Jun 12 04:32:30 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 12 Jun 2017 08:32:30 +0000
Subject: [issue30632] IDLE: add unittest to test_autocomplete
In-Reply-To: <1497256222.98.0.89770351326.issue30632@psf.upfronthosting.co.za>
Message-ID: <1497256350.93.0.679139438413.issue30632@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2178

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30632>
_______________________________________

From report at bugs.python.org  Mon Jun 12 04:37:00 2017
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 12 Jun 2017 08:37:00 +0000
Subject: [issue23033] Disallow support for a*.example.net, *a.example.net,
 and a*b.example.net in certificate wildcard handling.
In-Reply-To: <1418331823.45.0.0499057066046.issue23033@psf.upfronthosting.co.za>
Message-ID: <1497256620.33.0.784871584455.issue23033@psf.upfronthosting.co.za>


Christian Heimes added the comment:

It's probably not a good idea to port it to 3.6. It's a backwards incompatible change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23033>
_______________________________________

From report at bugs.python.org  Mon Jun 12 04:43:29 2017
From: report at bugs.python.org (Andreas Jung)
Date: Mon, 12 Jun 2017 08:43:29 +0000
Subject: [issue30633] Python 3.6.1 installation issues on OpenSuse 42.1:
 ModuleNotFoundError: No module named 'encodings'
Message-ID: <1497257009.22.0.916205252409.issue30633@psf.upfronthosting.co.za>


New submission from Andreas Jung:

Installing Python 3.6.1 from the sources on OpenSuse 42.1 gives me:

o Python/mystrtoul.o Python/mysnprintf.o Python/peephole.o Python/pyarena.o Python/pyctype.o Python/pyfpe.o Python/pyhash.o Python/pylifecycle.o Python/pymath.o Python/pystate.o Python/pythonrun.o Python/pytime.o Python/random.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrcmp.o Python/pystrtod.o Python/pystrhex.o Python/dtoa.o Python/formatter_unicode.o Python/fileutils.o Python/dynload_shlib.o   Python/thread.o  Python/frozen.o
ar rc libpython3.6m.a Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o
ar rc libpython3.6m.a Modules/_threadmodule.o  Modules/posixmodule.o  Modules/errnomodule.o  Modules/pwdmodule.o  Modules/_sre.o  Modules/_codecsmodule.o  Modules/_weakref.o  Modules/_functoolsmodule.o  Modules/_operator.o  Modules/_collectionsmodule.o  Modules/itertoolsmodule.o  Modules/atexitmodule.o  Modules/signalmodule.o  Modules/_stat.o  Modules/timemodule.o  Modules/_localemodule.o  Modules/_iomodule.o Modules/iobase.o Modules/fileio.o Modules/bytesio.o Modules/bufferedio.o Modules/textio.o Modules/stringio.o  Modules/zipimport.o  Modules/faulthandler.o  Modules/_tracemalloc.o Modules/hashtable.o  Modules/symtablemodule.o  Modules/xxsubtype.o
ranlib libpython3.6m.a
gcc -pthread  -fprofile-generate  -Xlinker -export-dynamic -o python Programs/python.o libpython3.6m.a -lpthread -ldl  -lutil   -lm
gcc -pthread  -fprofile-generate  -Xlinker -export-dynamic -o Programs/_testembed Programs/_testembed.o libpython3.6m.a -lpthread -ldl  -lutil   -lm
./python -E -S -m sysconfig --generate-posix-vars ;\
if test $? -ne 0 ; then \
	echo "generate-posix-vars failed" ; \
	rm -f ./pybuilddir.txt ; \
	exit 1 ; \
fi
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ModuleNotFoundError: No module named 'encodings'

Current thread 0x00007f8a8d4c6680 (most recent call first):
/bin/sh: line 5: 31168 Aborted                 ./python -E -S -m sysconfig --generate-posix-vars
generate-posix-vars failed
Makefile:595: recipe for target 'pybuilddir.txt' failed
make[2]: *** [pybuilddir.txt] Error 1
make[2]: Leaving directory '/data/home/ajung/src/Python-3.6.1'
Makefile:511: recipe for target 'build_all_generate_profile' failed
make[1]: *** [build_all_generate_profile] Error 2
make[1]: Leaving directory '/data/home/ajung/src/Python-3.6.1'
Makefile:492: recipe for target 'profile-opt' failed
make: *** [profile-opt] Error 2

Some search on Google reveals some dependency to PYTHONPATH but this variable is not set on my system

----------
components: Installation
messages: 295757
nosy: zopyx
priority: normal
severity: normal
status: open
title: Python 3.6.1 installation issues on OpenSuse 42.1: ModuleNotFoundError: No module named 'encodings'
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30633>
_______________________________________

From report at bugs.python.org  Mon Jun 12 04:56:44 2017
From: report at bugs.python.org (fooofei)
Date: Mon, 12 Jun 2017 08:56:44 +0000
Subject: [issue30634] ctypes.cast(obj,
 ctypes.c_void_p) invalid return in linux_x64
Message-ID: <1497257804.29.0.586474122887.issue30634@psf.upfronthosting.co.za>


New submission from fooofei:

module:ctypes
pyversion: 2.7.13
python platform : win32, linux_x86_x64

I use ctypes.cast(v,ctypes.c_void_p).value to get address of 'helloworld' and u'helloworld' internal buffer address.

the result is both right in win32,but not in linux.

'helloworld'  is right, u'helloworld' is invalid.

please see 
https://github.com/fooofei/py_string_address
https://github.com/fooofei/py_string_address/blob/master/issue.py

----------
components: ctypes
messages: 295758
nosy: fooofei
priority: normal
severity: normal
status: open
title: ctypes.cast(obj,ctypes.c_void_p) invalid return in linux_x64
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30634>
_______________________________________

From report at bugs.python.org  Mon Jun 12 04:59:15 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Mon, 12 Jun 2017 08:59:15 +0000
Subject: [issue30635] Leak in test_c_locale_coercion
Message-ID: <1497257955.43.0.488358519623.issue30635@psf.upfronthosting.co.za>


New submission from St?phane Wirtel:

./python -m test -R 3:3  test_c_locale_coercion -m test_external_target_locale_configuration                                                                                                                            Mon 12 Jun 2017 10:57:14 AM CEST
Run tests sequentially
0:00:00 load avg: 1.31 [1/1] test_c_locale_coercion
beginning 6 repetitions
123456
......
test_c_locale_coercion leaked [2, 2, 2] references, sum=6
test_c_locale_coercion failed

1 test failed:
    test_c_locale_coercion

Total duration: 4 sec
Tests result: FAILURE

----------
messages: 295759
nosy: matrixise
priority: normal
severity: normal
status: open
title: Leak in test_c_locale_coercion
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30635>
_______________________________________

From report at bugs.python.org  Mon Jun 12 05:01:22 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Mon, 12 Jun 2017 09:01:22 +0000
Subject: [issue30635] Leak in test_c_locale_coercion
In-Reply-To: <1497257955.43.0.488358519623.issue30635@psf.upfronthosting.co.za>
Message-ID: <1497258082.28.0.624530791848.issue30635@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30635>
_______________________________________

From report at bugs.python.org  Mon Jun 12 05:03:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 09:03:16 +0000
Subject: [issue30635] Leak in test_c_locale_coercion
In-Reply-To: <1497257955.43.0.488358519623.issue30635@psf.upfronthosting.co.za>
Message-ID: <1497258196.98.0.513128945244.issue30635@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Likely a leak in the implementation of the PEP 538, commit 6ea4186de32d65b1f1dc1533b6312b798d300466, bpo-28180.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30635>
_______________________________________

From report at bugs.python.org  Mon Jun 12 05:14:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 09:14:26 +0000
Subject: [issue11822] Improve disassembly to show embedded code objects
In-Reply-To: <1302467152.39.0.854888976189.issue11822@psf.upfronthosting.co.za>
Message-ID: <1497258866.18.0.762537510215.issue11822@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks Serhiy, it works and I like the result :-)

>>> def f():
...  def g():
...   return 3
...  return g
... 

>>> import dis; dis.dis(f)
  2           0 LOAD_CONST               1 (<code object g at 0x7f16ab2e2c40, file "<stdin>", line 2>)
              2 LOAD_CONST               2 ('f.<locals>.g')
              4 MAKE_FUNCTION            0
              6 STORE_FAST               0 (g)

  4           8 LOAD_FAST                0 (g)
             10 RETURN_VALUE

Disassembly of <code object g at 0x7f16ab2e2c40, file "<stdin>", line 2>:
  3           0 LOAD_CONST               1 (3)
              2 RETURN_VALUE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11822>
_______________________________________

From report at bugs.python.org  Mon Jun 12 05:36:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 09:36:19 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1497208999.24.0.985925418703.issue27425@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZSdH-nbOZTNkHZoFJbUHm-1wZ3wXmdJpZX0K3Y8Z+3hA@mail.gmail.com>


STINNER Victor added the comment:

I'm happy to see this "old" issue now fixed :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Mon Jun 12 05:36:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 09:36:49 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <5FB899E3-945E-4B35-831E-804DF53714B8@comcast.net>
Message-ID: <1497260209.28.0.837958656225.issue30609@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Mon Jun 12 05:55:38 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Mon, 12 Jun 2017 09:55:38 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
Message-ID: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>


New submission from St?phane Wirtel:

Add the description of PYTHONCOERCECLOCALE in the command line.

----------
messages: 295763
nosy: matrixise, ncoghlan
priority: normal
severity: normal
status: open
title: Add PYTHONCOERCECLOCALE to the help of the command line
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 06:00:28 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Mon, 12 Jun 2017 10:00:28 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
In-Reply-To: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>
Message-ID: <1497261628.83.0.106917079462.issue30636@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2179

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 06:23:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 10:23:26 +0000
Subject: [issue30635] Leak in test_c_locale_coercion
In-Reply-To: <1497257955.43.0.488358519623.issue30635@psf.upfronthosting.co.za>
Message-ID: <1497263006.43.0.978058883584.issue30635@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2180

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30635>
_______________________________________

From report at bugs.python.org  Mon Jun 12 06:29:10 2017
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 12 Jun 2017 10:29:10 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1497263350.6.0.343927802738.issue9566@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Mon Jun 12 06:32:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 10:32:02 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1497263522.21.0.299756905537.issue23404@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2181

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 12 06:32:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 10:32:35 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1497263554.99.0.600279966066.issue23404@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I wrote https://github.com/python/cpython/pull/2127 to document "make regen-all". I'm not sure that it's the correct way to document such build change in minor 3.6 releases. Can someone please take a look?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 12 06:40:58 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Jun 2017 10:40:58 +0000
Subject: [issue29679] Add @contextlib.asynccontextmanager
In-Reply-To: <1488324069.16.0.696570474408.issue29679@psf.upfronthosting.co.za>
Message-ID: <1497264058.88.0.0973819915606.issue29679@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29679>
_______________________________________

From report at bugs.python.org  Mon Jun 12 06:43:37 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 12 Jun 2017 10:43:37 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497264217.09.0.228732994595.issue29406@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

See also issue 29970.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Mon Jun 12 06:58:22 2017
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 12 Jun 2017 10:58:22 +0000
Subject: [issue30634] ctypes.cast(obj,
 ctypes.c_void_p) invalid return in linux_x64
In-Reply-To: <1497257804.29.0.586474122887.issue30634@psf.upfronthosting.co.za>
Message-ID: <1497265102.35.0.73914586969.issue30634@psf.upfronthosting.co.za>


Eryk Sun added the comment:

It's undocumented that cast() should work to directly convert Python strings to pointers. Even when it seems to work, it's a risky thing to depend on because there's no source ctypes data object to reference. Thus there's neither _b_base_ nor anything in _objects to support the reference. If the string has since been deallocated, the pointer is invalid.

What you've uncovered is an implementation detail. Windows has a 16-bit unsigned wchar_t type, so HAVE_USABLE_WCHAR_T is defined when building the default narrow build in Python 2. In this case ctypes can use PyUnicode_AS_UNICODE, which is why you can get the base address of the unicode object's internal buffer on Windows. 

Linux systems define wchar_t as a 4-byte signed value. IIRC it's a typedef for int. Because wchar_t is signed in this case, HAVE_USABLE_WCHAR_T is not defined even for a wide build. ctypes has to temporarily copy the string via PyUnicode_AsWideChar. It references the memory in a capsule object. You can see this by constructing a c_wchar_p instance, for example:

    >>> p = ctypes.c_wchar_p(u'helloworld')
    >>> p._objects
    <capsule object "_ctypes/cfield.c wchar_t buffer from unicode" at 0x7fedb67d5f90>

In your case, by the time you actually look at the address, the capsule has been deallocated, and the memory is no longer valid. For example:

    >>> addr = ctypes.cast(u'helloworld', ctypes.c_void_p).value
    >>> ctypes.wstring_at(addr, 10)
    u'\U0150ccf0\x00\U0150cc00\x00oworld'

It works as expected if one instead casts a c_wchar_p instance, which references the capsule to keep the memory alive:

    >>> addr = ctypes.cast(p, ctypes.c_void_p).value
    >>> ctypes.wstring_at(addr, 10)
    u'helloworld'

However, that's not what you want since we know it's a copy. I think your only option is to use the C API via ctypes.pythonapi. For example:

    ctypes.pythonapi.PyUnicodeUCS4_AsUnicode.argtypes = (ctypes.py_object,)
    ctypes.pythonapi.PyUnicodeUCS4_AsUnicode.restype = ctypes.c_void_p

    s = u'helloworld'
    addr = ctypes.pythonapi.PyUnicodeUCS4_AsUnicode(s)

    >>> ctypes.wstring_at(addr, 10)
    u'helloworld'

On narrow builds this function is exported a PyUnicodeUCS2_AsUnicode.

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30634>
_______________________________________

From report at bugs.python.org  Mon Jun 12 07:25:27 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Jun 2017 11:25:27 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1497266727.54.0.974829853558.issue23404@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2182

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 12 07:28:03 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Jun 2017 11:28:03 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1497266883.32.0.517572630065.issue23404@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Thanks for that Victor. I started to review the PR, and then realised my suggestions were going to be extensive enough that it made more sense to post an alternate PR for you to review: https://github.com/python/cpython/pull/2128

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 12 07:30:35 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Jun 2017 11:30:35 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
In-Reply-To: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>
Message-ID: <1497267035.37.0.32374692938.issue30636@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 7d1017d9ed3285857e827635eda966da246dcd5f by Nick Coghlan (St?phane Wirtel) in branch 'master':
bpo-30636: Add PYTHONCOERCECLOCALE to the help of the command line (GH-2125)
https://github.com/python/cpython/commit/7d1017d9ed3285857e827635eda966da246dcd5f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 07:31:11 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Jun 2017 11:31:11 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
In-Reply-To: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>
Message-ID: <1497267071.05.0.781486148222.issue30636@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 08:28:15 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Jun 2017 12:28:15 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1497270495.33.0.170252255721.issue23404@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset e1b690370fd8f93bef1e69eeea2695f95a7cfff5 by Nick Coghlan in branch '3.6':
bpo-23404: `make regen-all` What's New entry (#2128)
https://github.com/python/cpython/commit/e1b690370fd8f93bef1e69eeea2695f95a7cfff5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 12 08:30:10 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Mon, 12 Jun 2017 12:30:10 +0000
Subject: [issue30615] [EASY][2.7] test_recursive_repr() of test_xml_etree_c
 leaks references
In-Reply-To: <1497022144.89.0.26553812971.issue30615@psf.upfronthosting.co.za>
Message-ID: <1497270610.34.0.419735175106.issue30615@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2183

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30615>
_______________________________________

From report at bugs.python.org  Mon Jun 12 08:33:57 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Jun 2017 12:33:57 +0000
Subject: [issue23404] 'make touch' does not work with git clones of the source
 repository
In-Reply-To: <1423262765.96.0.527396909.issue23404@psf.upfronthosting.co.za>
Message-ID: <1497270837.27.0.271233920505.issue23404@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Moving to deferred blocker and taking 3.6 off the affected versions list, since the 3.6 What's New has now been updated appropriately.

Items still to be done:

- make a similar change to the 3.5 What's New on the 3.5 branch
- update the maintenance release changes section in the 2.7 What's New on the 2.7 branch
- cherry-pick the 2.7, 3.5, & 3.6 updates in order to make a combined PR for the development branch

----------
priority: release blocker -> deferred blocker
stage: needs patch -> backport needed
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 12 08:37:36 2017
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Mon, 12 Jun 2017 12:37:36 +0000
Subject: [issue30637] Syntax error reported on compile(...),
 but not on compile(..., ast.PyCF_ONLY_AST)
Message-ID: <1497271056.08.0.482498543523.issue30637@psf.upfronthosting.co.za>


New submission from Hrvoje Nik?i?:

Our application compiles snippets of user-specified code using the compile built-in with ast.PyCF_ONLY_AST flag. At this stage we catch syntax errors and perform some sanity checks on the AST. The AST is then compiled into actual code using compile() and run using further guards.

We found that using a bare "return" in the code works with ast.PyCF_ONLY_AST, but raises SyntaxError when compiled without the flag:

>>> import ast
>>> compile('return', '', 'exec', ast.PyCF_ONLY_AST, True)
<_ast.Module object at 0x7f35df872310>

>>> compile('return', '', 'exec', 0, True)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "", line 1
SyntaxError: 'return' outside function

Is this intended behavior? It doesn't seem to be documented anywhere.

----------
components: Interpreter Core
messages: 295771
nosy: hniksic
priority: normal
severity: normal
status: open
title: Syntax error reported on compile(...), but not on compile(..., ast.PyCF_ONLY_AST)
versions: Python 2.7, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30637>
_______________________________________

From report at bugs.python.org  Mon Jun 12 08:43:42 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 12 Jun 2017 12:43:42 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>
Message-ID: <1497271422.26.0.159112433682.issue30624@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:


New changeset ced36a993fcfd1c76637119d31c03156a8772e11 by Giampaolo Rodola in branch 'master':
bpo-30624 remaining bare except (#2108)
https://github.com/python/cpython/commit/ced36a993fcfd1c76637119d31c03156a8772e11


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Mon Jun 12 08:52:28 2017
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 12 Jun 2017 12:52:28 +0000
Subject: [issue30624] selectors should use bare except clauses
In-Reply-To: <1497118304.42.0.304897736329.issue30624@psf.upfronthosting.co.za>
Message-ID: <1497271948.75.0.469482194629.issue30624@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I see that on 3.6 except BaseException: is used, so the backport should not be necessary.

----------
resolution:  -> fixed
stage: backport needed -> resolved
status: open -> closed
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30624>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:12:15 2017
From: report at bugs.python.org (Nick Lamb)
Date: Mon, 12 Jun 2017 13:12:15 +0000
Subject: [issue28414] SSL match_hostname fails for internationalized domain
 names
In-Reply-To: <1476172956.13.0.85556243538.issue28414@psf.upfronthosting.co.za>
Message-ID: <1497273135.43.0.373956475025.issue28414@psf.upfronthosting.co.za>


Nick Lamb added the comment:

I endorse njs' recommended fix here. Don't try to get clever, this is a security component, it should be the dumbest it can be possibly be while being correct, because if it's smarter it will probably be wrong.

----------
nosy: +tialaramex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28414>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:18:01 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Jun 2017 13:18:01 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
In-Reply-To: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>
Message-ID: <1497273481.55.0.852017902813.issue30636@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I just noticed that there's a line-wrapping problem in the patch as-merged. The output ends up being:

PYTHONCOERCECLOCALE: if this variable is set to 0, it disables the locale
coercion behavior

It should either match the immediately preceding settings, which use a three space indent:

PYTHONMALLOC: set the Python memory allocators and/or install debug hooks
   on Python memory allocators. Use PYTHONMALLOC=debug to install debug
   hooks.

While some of the earlier ones align the continuation line with the opening text on the first line, those are all for much shorter variable names.

----------
components: +Interpreter Core
resolution: fixed -> 
stage: resolved -> needs patch
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:21:42 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Mon, 12 Jun 2017 13:21:42 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
In-Reply-To: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>
Message-ID: <1497273702.47.0.120654792092.issue30636@psf.upfronthosting.co.za>


St?phane Wirtel added the comment:

yep, I see that, I fix it asap

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:28:22 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 13:28:22 +0000
Subject: [issue30589] With forkserver,
 Process.exitcode does not get signal number
In-Reply-To: <1496848865.75.0.934922267474.issue30589@psf.upfronthosting.co.za>
Message-ID: <1497274102.0.0.907806828499.issue30589@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset dfd5f34634f9c505945e9348b4b799544680a7cf by Antoine Pitrou in branch 'master':
Fix bpo-30589: improve Process.exitcode with forkserver (#1989)
https://github.com/python/cpython/commit/dfd5f34634f9c505945e9348b4b799544680a7cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30589>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:28:51 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 12 Jun 2017 13:28:51 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497274131.11.0.480429071848.issue28180@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2184

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:29:02 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Mon, 12 Jun 2017 13:29:02 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
In-Reply-To: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>
Message-ID: <1497274142.74.0.614955449769.issue30636@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +2185

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:29:17 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 13:29:17 +0000
Subject: [issue30589] With forkserver,
 Process.exitcode does not get signal number
In-Reply-To: <1496848865.75.0.934922267474.issue30589@psf.upfronthosting.co.za>
Message-ID: <1497274157.86.0.154529647797.issue30589@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I've merged a fix for Python 3.7.  Since the fix is a bit delicate, I don't want to risk regression by merging it into 3.6 and 3.5. Closing now.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30589>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:30:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 13:30:50 +0000
Subject: [issue30615] [EASY][2.7] test_recursive_repr() of test_xml_etree_c
 leaks references
In-Reply-To: <1497022144.89.0.26553812971.issue30615@psf.upfronthosting.co.za>
Message-ID: <1497274250.89.0.300397727459.issue30615@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 41af942e57f9a450cf273ef6b72a21380c6ba8d1 by Victor Stinner (St?phane Wirtel) in branch '2.7':
bpo-30615: Fix the leak reference in Modules/_elementtree.c (#2129)
https://github.com/python/cpython/commit/41af942e57f9a450cf273ef6b72a21380c6ba8d1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30615>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:43:01 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 13:43:01 +0000
Subject: [issue30638] Additional dependencies and rule for `make regen-all`
Message-ID: <1497274981.52.0.670681266709.issue30638@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

`make regen-all` regenerates many generated files. But not all.

1. Argument Clinic files has their own make target, `make clinic`. Perhaps "clinic" should be a dependency for "regen-all".

2. Lib/token.py and Lib/symbols.py are generated from Include/token.h and Include/graminit.h.

3. Lib/keyword.py is generated from graminit.c.

4. Modules/sre_constants.h is generated from Lib/sre_constants.py.

5. Lib/stringprep.py is generated by mkstringprep.py (currently it is slightly outdated).

6. Objects/unicodetype_db.h, Objects/unicodetype_db.h and Modules/unicodename_db.h are generated by makeunicodedata.py (it downloads Unicode data from Internet).

Some generating scripts support Python 2.7 and even older versions. Some generating scripts (in particular Argument Clinic) need recent Python version (3.5+ or like).

----------
components: Build
messages: 295781
nosy: haypo, ncoghlan, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Additional dependencies and rule for `make regen-all`
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30638>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:50:23 2017
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Mon, 12 Jun 2017 13:50:23 +0000
Subject: [issue30615] [EASY][2.7] test_recursive_repr() of test_xml_etree_c
 leaks references
In-Reply-To: <1497022144.89.0.26553812971.issue30615@psf.upfronthosting.co.za>
Message-ID: <1497275423.12.0.401310241633.issue30615@psf.upfronthosting.co.za>


Changes by St?phane Wirtel <stephane at wirtel.be>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30615>
_______________________________________

From report at bugs.python.org  Mon Jun 12 09:54:06 2017
From: report at bugs.python.org (Thomas Kluyver)
Date: Mon, 12 Jun 2017 13:54:06 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
Message-ID: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>


New submission from Thomas Kluyver:

This came up in IPython & Jedi: several functions in inspect end up calling getfile(). If the object is something for which it can't find the source file, it throws an error, the message for which contains the object's repr.

This is problematic for us because for some objects the repr may be expensive to calculate (e.g. data tables where the repr forms primary output, not just debugging information). In some cases, it could also throw another error.

I plan to make a PR for this, but I'm opening an issue so I've got a bpo number.

https://github.com/ipython/ipython/issues/10493
https://github.com/davidhalter/jedi/issues/919

----------
components: Library (Lib)
messages: 295782
nosy: takluyver
priority: normal
severity: normal
status: open
title: inspect.getfile(obj) calls object repr on failure
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:02:03 2017
From: report at bugs.python.org (Jim Jewett)
Date: Mon, 12 Jun 2017 14:02:03 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1497251751.07.0.0122653095141.issue30596@psf.upfronthosting.co.za>
Message-ID: <CA+OGgf4VJxvhaKQ0=uoigiF+xjmt+esBsE7kPLCAmVv5uCqV-g@mail.gmail.com>


Jim Jewett added the comment:

Could join be called in a background thread, or even asynchronously?  That
seems like mixing paradigms, but ...

On Jun 12, 2017 3:15 AM, "Antoine Pitrou" <report at bugs.python.org> wrote:

>
> Antoine Pitrou added the comment:
>
> That's a good question.  close() methods on other objects tend to avoid
> taking an infinite amount of time :-)  But then, Process objects are
> different enough that they don't need to follow that rule.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30596>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:13:06 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 14:13:06 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1497276786.27.0.107135636834.issue30596@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I want close() to be deterministic.  So I guess we have two simple possibilities:
1) close() raises if the process is still alive
2) close() calls join() implicitly if the process is still alive

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:24:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 14:24:14 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1497277454.65.0.949159965753.issue29464@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Here are benchmark results. Sorry, but I'm not really convinced that this specialization is worth it.

The change adds yet another calling convention where we already have METH_NOARG, METH_VARARGS, METH_O, METH_NOARG | METH_KEYWORDS, METH_FASTCALL...

I'm ok to add a new calling convention but only if it's faster on more benchmarks or if it uses much less memory. It doesn't seem to be the case with the current change.


Differences of at least 5%:

haypo at speed-python$ python3 -m perf compare_to /home/haypo/json/2017-06-09_08-18-master-ef8320cf6f09.json.gz ~/json/patch/2017-06-09_08-18-master-ef8320cf6f09-patch-1955.json.gz -G --min-speed=5 --table

+-------------------------+--------------------------------------+-------------------------------------------------+
| Benchmark               | 2017-06-09_08-18-master-ef8320cf6f09 | 2017-06-09_08-18-master-ef8320cf6f09-patch-1955 |
+=========================+======================================+=================================================+
| spectral_norm           | 283 ms                               | 263 ms: 1.08x faster (-7%)                      |
+-------------------------+--------------------------------------+-------------------------------------------------+
| scimark_lu              | 294 ms                               | 314 ms: 1.07x slower (+7%)                      |
+-------------------------+--------------------------------------+-------------------------------------------------+
| scimark_sparse_mat_mult | 8.15 ms                              | 9.12 ms: 1.12x slower (+12%)                    |
+-------------------------+--------------------------------------+-------------------------------------------------+


Differences of at least 2%:

haypo at speed-python$ python3 -m perf compare_to /home/haypo/json/2017-06-09_08-18-master-ef8320cf6f09.json.gz ~/json/patch/2017-06-09_08-18-master-ef8320cf6f09-patch-1955.json.gz -G --min-speed=2 --table

+-------------------------+--------------------------------------+-------------------------------------------------+
| Benchmark               | 2017-06-09_08-18-master-ef8320cf6f09 | 2017-06-09_08-18-master-ef8320cf6f09-patch-1955 |
+=========================+======================================+=================================================+
| spectral_norm           | 283 ms                               | 263 ms: 1.08x faster (-7%)                      |
+-------------------------+--------------------------------------+-------------------------------------------------+
| genshi_text             | 73.1 ms                              | 70.5 ms: 1.04x faster (-3%)                     |
+-------------------------+--------------------------------------+-------------------------------------------------+
| scimark_monte_carlo     | 209 ms                               | 201 ms: 1.04x faster (-3%)                      |
+-------------------------+--------------------------------------+-------------------------------------------------+
| raytrace                | 1.05 sec                             | 1.02 sec: 1.02x faster (-2%)                    |
+-------------------------+--------------------------------------+-------------------------------------------------+
| regex_v8                | 40.3 ms                              | 41.4 ms: 1.03x slower (+3%)                     |
+-------------------------+--------------------------------------+-------------------------------------------------+
| json_dumps              | 26.2 ms                              | 27.0 ms: 1.03x slower (+3%)                     |
+-------------------------+--------------------------------------+-------------------------------------------------+
| float                   | 207 ms                               | 215 ms: 1.04x slower (+4%)                      |
+-------------------------+--------------------------------------+-------------------------------------------------+
| crypto_pyaes            | 199 ms                               | 207 ms: 1.04x slower (+4%)                      |
+-------------------------+--------------------------------------+-------------------------------------------------+
| scimark_fft             | 644 ms                               | 675 ms: 1.05x slower (+5%)                      |
+-------------------------+--------------------------------------+-------------------------------------------------+
| scimark_lu              | 294 ms                               | 314 ms: 1.07x slower (+7%)                      |
+-------------------------+--------------------------------------+-------------------------------------------------+
| scimark_sparse_mat_mult | 8.15 ms                              | 9.12 ms: 1.12x slower (+12%)                    |
+-------------------------+--------------------------------------+-------------------------------------------------+

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:37:59 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 14:37:59 +0000
Subject: [issue30640] NULL + 1
Message-ID: <1497278279.18.0.370213389584.issue30640@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

In _PyFunction_FastCallDict() if nk == 0, k is set to NULL. After that k + 1 is passed to _PyEval_EvalCodeWithName(). NULL + 1 is an undefined behavior.

----------
components: Interpreter Core
messages: 295786
nosy: haypo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: NULL + 1
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30640>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:38:27 2017
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 12 Jun 2017 14:38:27 +0000
Subject: [issue30638] Additional dependencies and rule for `make regen-all`
In-Reply-To: <1497274981.52.0.670681266709.issue30638@psf.upfronthosting.co.za>
Message-ID: <1497278307.07.0.792661324278.issue30638@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Agreed with all of the above, with the possible exception of 6; I don't think that we want `make regen-all` to require internet access.

Please make sure that the PR for this includes removing the explicit `make clinic` from .travis.yml.

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30638>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:38:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 14:38:39 +0000
Subject: [issue30640] NULL + 1 in _PyFunction_FastCallDict()
In-Reply-To: <1497278279.18.0.370213389584.issue30640@psf.upfronthosting.co.za>
Message-ID: <1497278319.18.0.535274481149.issue30640@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: NULL + 1 -> NULL + 1 in _PyFunction_FastCallDict()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30640>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:41:40 2017
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 12 Jun 2017 14:41:40 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497278500.82.0.125280935066.issue30571@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy:  -mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:41:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 14:41:53 +0000
Subject: [issue30640] NULL + 1 in _PyFunction_FastCallDict()
In-Reply-To: <1497278279.18.0.370213389584.issue30640@psf.upfronthosting.co.za>
Message-ID: <1497278513.71.0.832008117631.issue30640@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Can you please show me the line doing NULL+1? I don't see it. Or do you mean the "k + 1" with k=NULL?

_PyEval_EvalCodeWithName() ignores kwnames and kwargs when kwcount is zero. So I don't think that the value of NULL+1 matters here :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30640>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:43:10 2017
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 12 Jun 2017 14:43:10 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1497278590.54.0.92192759085.issue29464@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I do not see this as a matter of performance but as a matter of usability. Basically, CPython could do just fine with just a single catch-all calling convention that packs all pos/kw arguments into C arguments and passes them over, leaving it entirely to the callee to handle them. Why does it not do that? Because it's cumbersome for the callee to analyse what kind of arguments it received and how to handle them.

A surprisingly large number of functions take only a single argument, that's why METH_O exists. Many functions take no keyword arguments, that's why VARARGS and KEYWORDS are separate options. The same should apply to FASTCALL. Also with that, many implementors will not want to care about keyword arguments and would thus appreciate it if they didn't have to. Forcing them to test for keyword arguments and raising the correct error for it (with the correct and consistent message) seems an entirely unnecessary imposition.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:44:05 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 12 Jun 2017 14:44:05 +0000
Subject: [issue30617] IDLE: Add docstrings and unittests to outwin.py
In-Reply-To: <1497045527.7.0.825782086323.issue30617@psf.upfronthosting.co.za>
Message-ID: <1497278645.92.0.251347992099.issue30617@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Thanks!

I've added more unittests.  They are passing, but I'm getting a callback error that I don't understand.  The same _utest flag that's on the textview dialog didn't seem to work and I was just blindly trying things without success.  Also, the window is briefly opening and closing on the screen.  Any suggestions on where I should look next?

B3 below.  Thanks for the link to that other message.  Combining that with some comments on SO, I tried to find unicode that would be selected by \d and would fail with int(), but couldn't find any.  However, I also realized that the try/except is checking for a TypeError and not a ValueError.  I went and looked at the change history for OutputWindow, but couldn't see anything that would show why there might be a TypeError check here.  If the match group is None, it wouldn't get this far in the code.

Additionally,
1.  I removed 'from tkinter import *' because it wasn't being used.
2.  I changed 'import tkinter.messagebox as tkMessageBox' per issue 30422.
3.  There were two lines:
        edit = self.flist.open(filename)
        edit.gotoline(lineno)
but flist had a gotofileline() that did the same thing.  In the historical code, the 'edit = ' line had and 'or', so maybe that's why it was separated.
4.  *args on the __init__.  I've seen *args used for passing config options and things like that, but I don't understand why it would be preferable here instead of listing the 4 arguments explicitly.

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30617>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:48:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 14:48:57 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1497278937.2.0.712794825716.issue29464@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Also with that, many implementors will not want to care about keyword arguments and would thus appreciate it if they didn't have to. Forcing them to test for keyword arguments and raising the correct error for it (with the correct and consistent message) seems an entirely unnecessary imposition.

Ah, I took the habit of using Argument Clinic, so I don't have to both to thing anymore :-) But yes, writing manually the PyArg_XXX() code is boring and error-prone, I agree.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:50:55 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 12 Jun 2017 14:50:55 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
In-Reply-To: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>
Message-ID: <1497279055.67.0.514117148589.issue30639@psf.upfronthosting.co.za>


R. David Murray added the comment:

What is your proposed solution?  This doesn't at the moment sound like a bug in Python to me.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 10:54:44 2017
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 12 Jun 2017 14:54:44 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497279284.62.0.0125191427586.issue30571@psf.upfronthosting.co.za>


Stefan Krah added the comment:

To expand on what Mark said:  If the proposed format code implicitly
gives these results ...


>>> format(12 % 2**8, '08b')
'00001100'
>>> format(-12 % 2**8, '08b')
'11110100'

..., would students not expect that these two operations have the same
result?

>>> 0b11110100 | 0b00001100
252
>>> 
>>> -12 | 12
-4

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Mon Jun 12 11:11:32 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 15:11:32 +0000
Subject: [issue30640] NULL + 1 in _PyFunction_FastCallDict()
In-Reply-To: <1497278279.18.0.370213389584.issue30640@psf.upfronthosting.co.za>
Message-ID: <1497280292.54.0.211793983142.issue30640@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, I mean the "k + 1" with k=NULL.

Even if _PyEval_EvalCodeWithName() ignores that value, this still is an undefined behavior. For example the compiler can decide that since NULL+1 is not valid, then k never is NULL, and ignore the branch that sets k to NULL. It can also not generate the code in _PyEval_EvalCodeWithName() for handling the case kwcount == 0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30640>
_______________________________________

From report at bugs.python.org  Mon Jun 12 11:14:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 15:14:15 +0000
Subject: [issue30638] Additional dependencies and rule for `make regen-all`
In-Reply-To: <1497274981.52.0.670681266709.issue30638@psf.upfronthosting.co.za>
Message-ID: <1497280455.42.0.903204060079.issue30638@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> I don't think that we want `make regen-all` to require internet access.

Agree. I mentioned it only because these files also are generated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30638>
_______________________________________

From report at bugs.python.org  Mon Jun 12 11:36:05 2017
From: report at bugs.python.org (Thomas Kluyver)
Date: Mon, 12 Jun 2017 15:36:05 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
In-Reply-To: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>
Message-ID: <1497281765.04.0.376126436946.issue30639@psf.upfronthosting.co.za>


Thomas Kluyver added the comment:

Not exactly a bug, but I think that an improvement is possible. My plan is to delay computing the repr until the error is formatted, so that code which catches the TypeError can carry on safely.

I think this is more relevant for inspect than for many other modules, because by design, we're often calling inspect functions on arbitrary objects which we can make few guarantees about.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 11:42:31 2017
From: report at bugs.python.org (Thomas Kluyver)
Date: Mon, 12 Jun 2017 15:42:31 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
In-Reply-To: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>
Message-ID: <1497282151.68.0.643379615534.issue30639@psf.upfronthosting.co.za>


Changes by Thomas Kluyver <thomas at kluyver.me.uk>:


----------
pull_requests: +2186

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 11:56:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 15:56:21 +0000
Subject: [issue22559] [backport] ssl.MemoryBIO
In-Reply-To: <1412540756.02.0.793381062078.issue22559@psf.upfronthosting.co.za>
Message-ID: <1497282981.48.0.297626466522.issue22559@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2187

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22559>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:00:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 16:00:17 +0000
Subject: [issue22559] [backport] ssl.MemoryBIO
In-Reply-To: <1412540756.02.0.793381062078.issue22559@psf.upfronthosting.co.za>
Message-ID: <1497283217.02.0.8416942681.issue22559@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I converted issue22559.diff to a pull request. I only had one conflict!

--- Lib/ssl.py
+++ Lib/ssl.py
@@ -727,11 +857,7 @@ class SSLSocket(socket):
         if not self._sslobj:
             raise ValueError("Read on closed or unwrapped SSL socket.")
         try:
-            if buffer is not None:
-                v = self._sslobj.read(len, buffer)
-            else:
-                v = self._sslobj.read(len or 1024)
-            return v
+            return self._sslobj.read(len, buffer)
         except SSLError as x:
             if x.args[0] == SSL_ERROR_EOF and self.suppress_ragged_eofs:
                 if buffer is not None:

I fixed it by using "return self._sslobj.read(len, buffer)".

I added a second commit to synchronize Lib/ssl.py with master:

* add selected_alpn_protocol() method, needed by test_ssl
* change how the default size of read() is defined
* change how send()/write result is reported: handle SSL_ERROR_WANT_READ/SSL_ERROR_WANT_WRITE

I tagged my PR as [WIP] since I'm not sure if I backported bpo-20951 "SSLSocket.send() returns 0 for non-blocking socket" by mistake or not :-)

Please review the PR carefully!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22559>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:01:56 2017
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 12 Jun 2017 16:01:56 +0000
Subject: [issue29334] ssl.SSLObject method getpeercert() is buggy,
 do_handshake() is strange
In-Reply-To: <1484914427.68.0.380715465195.issue29334@psf.upfronthosting.co.za>
Message-ID: <1497283316.95.0.861418574013.issue29334@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Also needs backport to 2.7 for #22559

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29334>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:03:59 2017
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 12 Jun 2017 16:03:59 +0000
Subject: [issue22559] [backport] ssl.MemoryBIO
In-Reply-To: <1412540756.02.0.793381062078.issue22559@psf.upfronthosting.co.za>
Message-ID: <1497283439.82.0.104462643818.issue22559@psf.upfronthosting.co.za>


Christian Heimes added the comment:

You have to include the changes from #29334, too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22559>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:06:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 16:06:52 +0000
Subject: [issue22559] [backport] ssl.MemoryBIO
In-Reply-To: <1412540756.02.0.793381062078.issue22559@psf.upfronthosting.co.za>
Message-ID: <1497283612.46.0.235798324043.issue22559@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Christian Heimes: "You have to include the changes from #29334, too."

Right now, we are only allow to squash a patch serie into an unique patch. I would prefer to keep the fix of bpo-29334 as a separated commit, so merge it after MemoryBIO is merged. The change seems to change different lines, so it will be fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22559>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:07:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 12 Jun 2017 16:07:42 +0000
Subject: [issue22559] [2.7] Backport ssl.MemoryBIO to Python 2.7 - PEP 546
In-Reply-To: <1412540756.02.0.793381062078.issue22559@psf.upfronthosting.co.za>
Message-ID: <1497283662.07.0.363272875862.issue22559@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: [backport] ssl.MemoryBIO -> [2.7] Backport ssl.MemoryBIO to Python 2.7 - PEP 546

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22559>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:16:40 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Mon, 12 Jun 2017 16:16:40 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1497284200.25.0.599507860766.issue30177@psf.upfronthosting.co.za>


Changes by Antoine Pietri <antoine.pietri1 at gmail.com>:


----------
pull_requests: +2188

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:23:26 2017
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Jun 2017 16:23:26 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1497284606.26.0.703862552536.issue30177@psf.upfronthosting.co.za>


Ned Deily added the comment:


New changeset 8399a177de8bfa860a66e96665488c17199cb9d2 by Ned Deily (Antoine Pietri) in branch '3.6':
[3.6] bpo-30177: add NEWS entry (#2134)
https://github.com/python/cpython/commit/8399a177de8bfa860a66e96665488c17199cb9d2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:30:21 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 16:30:21 +0000
Subject: [issue22559] [2.7] Backport ssl.MemoryBIO to Python 2.7 - PEP 546
In-Reply-To: <1412540756.02.0.793381062078.issue22559@psf.upfronthosting.co.za>
Message-ID: <1497285021.39.0.613158770833.issue22559@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22559>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:33:01 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Mon, 12 Jun 2017 16:33:01 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1497285181.55.0.0643740530221.issue30177@psf.upfronthosting.co.za>


Changes by Antoine Pietri <antoine.pietri1 at gmail.com>:


----------
pull_requests: +2189

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:40:16 2017
From: report at bugs.python.org (Ned Deily)
Date: Mon, 12 Jun 2017 16:40:16 +0000
Subject: [issue30177] pathlib.resolve(strict=False) only includes first child
In-Reply-To: <1493223585.29.0.982122563762.issue30177@psf.upfronthosting.co.za>
Message-ID: <1497285616.21.0.998046491506.issue30177@psf.upfronthosting.co.za>


Ned Deily added the comment:


New changeset a77a35d70ba8aed047e63d4d9f7d0554e98d4c4b by Ned Deily (Antoine Pietri) in branch 'master':
bpo-30177: add NEWS entry (#2135)
https://github.com/python/cpython/commit/a77a35d70ba8aed047e63d4d9f7d0554e98d4c4b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30177>
_______________________________________

From report at bugs.python.org  Mon Jun 12 12:46:16 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 16:46:16 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1497285976.17.0.000852631498788.issue30596@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I've decided it's better to raise a ValueError if the child process hasn't stopped yet.  After all, join() alone may have no effect: often you want to send the process a signal (a literal signal in UNIX terms, or a figurative signal such as write something on a socket, etc.) to ask it to terminate gently.

I'm gonna update the PR soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:14:10 2017
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 12 Jun 2017 17:14:10 +0000
Subject: [issue22559] [2.7] Backport ssl.MemoryBIO to Python 2.7 - PEP 546
In-Reply-To: <1412540756.02.0.793381062078.issue22559@psf.upfronthosting.co.za>
Message-ID: <1497287650.29.0.347968041002.issue22559@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Sounds good to me! I'll take care of the other patch after you have committed your PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22559>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:29:19 2017
From: report at bugs.python.org (Marco Buttu)
Date: Mon, 12 Jun 2017 17:29:19 +0000
Subject: [issue30217] Missing entry for the tilde (~) operator in the Index
In-Reply-To: <1493582160.76.0.882487661277.issue30217@psf.upfronthosting.co.za>
Message-ID: <1497288559.36.0.783336364112.issue30217@psf.upfronthosting.co.za>


Changes by Marco Buttu <marco.buttu at gmail.com>:


----------
pull_requests: +2190

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30217>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:29:37 2017
From: report at bugs.python.org (Marco Buttu)
Date: Mon, 12 Jun 2017 17:29:37 +0000
Subject: [issue30217] Missing entry for the tilde (~) operator in the Index
In-Reply-To: <1493582160.76.0.882487661277.issue30217@psf.upfronthosting.co.za>
Message-ID: <1497288577.15.0.695407555133.issue30217@psf.upfronthosting.co.za>


Changes by Marco Buttu <marco.buttu at gmail.com>:


----------
pull_requests: +2191

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30217>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:30:01 2017
From: report at bugs.python.org (Marco Buttu)
Date: Mon, 12 Jun 2017 17:30:01 +0000
Subject: [issue30217] Missing entry for the tilde (~) operator in the Index
In-Reply-To: <1493582160.76.0.882487661277.issue30217@psf.upfronthosting.co.za>
Message-ID: <1497288601.91.0.874835116523.issue30217@psf.upfronthosting.co.za>


Changes by Marco Buttu <marco.buttu at gmail.com>:


----------
pull_requests: +2192

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30217>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:43:08 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 17:43:08 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497289388.81.0.203639833707.issue30571@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

The format code space is already crowded, and it isn't immediately obvious that '08B' will format the 2's complement representation of the number, as opposed to '08b' which prepends a sign bit.  Not to mention that, as Raymond remarked, we cannot use the same convention for hex formatting where 'X' already has a different meaning.

Instead, how about adding an optional argument to bin()?  And then we can also do the same for hex().

By the way, I do find annoying the default behaviour of prepending a sign bit on hexadecimal and binary displays (but I never use binary displays, so my annoyance is really with hexadecimal displays).

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:46:56 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Jun 2017 17:46:56 +0000
Subject: [issue30632] IDLE: add unittest to test_autocomplete
In-Reply-To: <1497256222.98.0.89770351326.issue30632@psf.upfronthosting.co.za>
Message-ID: <1497289616.39.0.079927069368.issue30632@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This issue, and in part the patch, appears to be a duplicate of #30348.  What am I missing?  An issue can have multiple PRs, and one can either replace another one that is closed or augment one that must be applied first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30632>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:50:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 17:50:49 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
In-Reply-To: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>
Message-ID: <1497289849.94.0.0334441601431.issue30639@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think in that case it is enough to report just type name.

----------
nosy: +serhiy.storchaka
type: behavior -> enhancement
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:51:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 17:51:40 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
In-Reply-To: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>
Message-ID: <1497289900.16.0.78898116026.issue30639@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:54:19 2017
From: report at bugs.python.org (Thomas Kluyver)
Date: Mon, 12 Jun 2017 17:54:19 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
In-Reply-To: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>
Message-ID: <1497290059.17.0.83458872038.issue30639@psf.upfronthosting.co.za>


Thomas Kluyver added the comment:

Sure, I can do that if you want. The other thing I thought of was using object.__repr__, so the repr always shows like <foo object at 0x123abc...> .

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 13:56:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 17:56:55 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
In-Reply-To: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>
Message-ID: <1497290215.28.0.857651330469.issue30639@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The address of the object is not informative. The possibility of getting a source file is determined by the type of the object.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 14:49:11 2017
From: report at bugs.python.org (Max Staff)
Date: Mon, 12 Jun 2017 18:49:11 +0000
Subject: [issue30641] No way to specify "File name too long" error in except
 statement.
Message-ID: <1497293351.7.0.144542900904.issue30641@psf.upfronthosting.co.za>


New submission from Max Staff:

There are different ways to catch exceptions of the type "OSError": By using "except OSError as e:" and then checking the errno or by using "except FileNotFoundError e:" or "except FileExistsError e:" or whatever error one wants to catch. There's no such way for above mentioned error that occurs when a filename is too long for the filesystem/OS.

----------
components: IO
messages: 295810
nosy: Max Staff
priority: normal
severity: normal
status: open
title: No way to specify "File name too long" error in except statement.
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30641>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:14:17 2017
From: report at bugs.python.org (Thomas Kluyver)
Date: Mon, 12 Jun 2017 19:14:17 +0000
Subject: [issue30639] inspect.getfile(obj) calls object repr on failure
In-Reply-To: <1497275646.73.0.340946386464.issue30639@psf.upfronthosting.co.za>
Message-ID: <1497294857.55.0.879691990487.issue30639@psf.upfronthosting.co.za>


Thomas Kluyver added the comment:

OK, I've updated the PR to do that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30639>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:14:52 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 12 Jun 2017 19:14:52 +0000
Subject: [issue30630] Missing MSI files
In-Reply-To: <1497193481.58.0.405120031898.issue30630@psf.upfronthosting.co.za>
Message-ID: <1497294892.2.0.226767320909.issue30630@psf.upfronthosting.co.za>


Steve Dower added the comment:

Try installing https://go.microsoft.com/fwlink/?LinkId=746572 separately. This should add the required files, and because it's the "official" installer will provide more details about the underlying error (if any).

You may also need to reboot your machine. This is a system update, not a trivial file installation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30630>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:21:02 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 12 Jun 2017 19:21:02 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1497295262.26.0.0888667611887.issue9566@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
pull_requests:  -2171

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:25:39 2017
From: report at bugs.python.org (Noah Levitt)
Date: Mon, 12 Jun 2017 19:25:39 +0000
Subject: [issue30593] sqlite3 executescript does not respect isolation_level?
In-Reply-To: <1496874372.71.0.386718396878.issue30593@psf.upfronthosting.co.za>
Message-ID: <1497295539.34.0.158763066624.issue30593@psf.upfronthosting.co.za>


Noah Levitt added the comment:

Here's a test case

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30593>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:25:55 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 12 Jun 2017 19:25:55 +0000
Subject: [issue30641] No way to specify "File name too long" error in except
 statement.
In-Reply-To: <1497293351.7.0.144542900904.issue30641@psf.upfronthosting.co.za>
Message-ID: <1497295555.66.0.425121380753.issue30641@psf.upfronthosting.co.za>


R. David Murray added the comment:

There appears to be an errno for file name too long, so I presume you are making a feature request for a new exception class.  I believe Antoine tried to strike a balance between the utility of the sub-exceptions and their number, so you'll have to make an argument for its utility.

----------
components: +Library (Lib) -IO
nosy: +pitrou, r.david.murray
type: behavior -> enhancement
versions:  -Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30641>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:33:04 2017
From: report at bugs.python.org (Noah Levitt)
Date: Mon, 12 Jun 2017 19:33:04 +0000
Subject: [issue30593] sqlite3 executescript does not respect isolation_level?
In-Reply-To: <1496874372.71.0.386718396878.issue30593@psf.upfronthosting.co.za>
Message-ID: <1497295984.05.0.730089071321.issue30593@psf.upfronthosting.co.za>


Noah Levitt added the comment:

And here's a fix.

Unfortunately I think the change could break people's scripts. If they have isolation_level set (not None) and use executescript(), they will have to issue an explicit call to connection.commit().

executescript() could do the commit itself explicitly after running the sql, I suppose. Then the behavior is much like the old behavior, but at least you get the performance boost of running inside a transaction. (Substantial if you pass 10k insert statements to executescript(), or something like that.)

Or, we could not change the code, and instead change the documentation. The docs could suggest wrapping the sql script with "begin;" and "commit;".

----------
keywords: +patch
Added file: http://bugs.python.org/file46942/issue30593-fix.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30593>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:35:33 2017
From: report at bugs.python.org (Noah Levitt)
Date: Mon, 12 Jun 2017 19:35:33 +0000
Subject: [issue30593] sqlite3 executescript does not respect isolation_level?
In-Reply-To: <1496874372.71.0.386718396878.issue30593@psf.upfronthosting.co.za>
Message-ID: <1497296133.01.0.981383103705.issue30593@psf.upfronthosting.co.za>


Changes by Noah Levitt <nlevitt0 at gmail.com>:


Added file: http://bugs.python.org/file46943/issue30593-test.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30593>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:41:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 19:41:45 +0000
Subject: [issue30217] Missing entry for the tilde (~) operator in the Index
In-Reply-To: <1493582160.76.0.882487661277.issue30217@psf.upfronthosting.co.za>
Message-ID: <1497296505.16.0.649513925823.issue30217@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset f59cac4b6458e5c47e24a39ba46fb178c3766577 by Mariatta (Marco Buttu) in branch '3.6':
bpo-30217: add the operators ~ and | to the index (GH-1502) (GH-2136)
https://github.com/python/cpython/commit/f59cac4b6458e5c47e24a39ba46fb178c3766577


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30217>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:42:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Jun 2017 19:42:39 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497296559.75.0.483966199934.issue28994@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

3.6 no longer compiles for me on Windows.  A repeat of pcbuild\build.bat -d gives the same error report as below.

My previous build was 25 hours ago.  atexitmodule.c is the only C file in the 3.6 merge update, so the backport might be to blame.  Git status say that Objects/listobject is changed, even though not changed by PR 2121, and that there is an untracked Objects/clinic/listobject.c.h. (but there is one in 3.7, so...?).

chkdsk F: /F found one unrelated orphaned file but not other specific errors.  It ended with this:

Stage 3: Examining security descriptors ...
Security descriptor verification completed.
  40783 data files processed.
CHKDSK is verifying Usn Journal...
  3224 USN bytes processed.
Usn Journal verification completed.
An unspecified error occurred (6e74667363686b2e 1475).

(which it also did a week ago) I don't remember what was done after the USN check.  Web search has not helped yet for the 63... error.  In any case, I thing someone else should verify building on Windows before 3.6.2 is tagged, if it has not yet been. 

  Building heads/3.6-dirty:8399a177de 3.6
  atexitmodule.c
  listobject.c
f:\dev\36\objects\clinic/listobject.c.h(24): warning C4133: 'function': incompatible type
s - from 'char [10]' to 'PyObject *' [f:\dev\36\PCbuild\pythoncore.vcxproj]
f:\dev\36\objects\clinic/listobject.c.h(25): warning C4133: 'function': incompatible type
s - from 'Py_ssize_t *' to '_PyArg_Parser *' [f:\dev\36\PCbuild\pythoncore.vcxproj]
f:\dev\36\objects\clinic/listobject.c.h(29): warning C4013: '_PyArg_NoStackKeywords' unde
fined; assuming extern returning int [f:\dev\36\PCbuild\pythoncore.vcxproj]
f:\dev\36\objects\clinic/listobject.c.h(112): warning C4133: 'function': incompatible typ
es - from 'char [7]' to 'PyObject *' [f:\dev\36\PCbuild\pythoncore.vcxproj]
f:\dev\36\objects\clinic/listobject.c.h(113): warning C4133: 'function': incompatible typ
es - from 'Py_ssize_t *' to '_PyArg_Parser *' [f:\dev\36\PCbuild\pythoncore.vcxproj]
f:\dev\36\objects\clinic/listobject.c.h(147): warning C4013: '_PyArg_ParseStackAndKeyword
s' undefined; assuming extern returning int [f:\dev\36\PCbuild\pythoncore.vcxproj]
f:\dev\36\objects\clinic/listobject.c.h(198): warning C4133: 'function': incompatible typ
es - from 'char [13]' to 'PyObject *' [f:\dev\36\PCbuild\pythoncore.vcxproj]
f:\dev\36\objects\clinic/listobject.c.h(199): warning C4047: 'function': '_PyArg_Parser *
' differs in levels of indirection from 'PyObject **' [f:\dev\36\PCbuild\pythoncore.vcxpr
oj]
f:\dev\36\objects\clinic/listobject.c.h(199): warning C4024: '_PyArg_ParseStack': differe
nt types for formal and actual parameter 4 [f:\dev\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(1979): error C2059: syntax error: '<<' [f:\dev\36\PCbuild\pythonc
ore.vcxproj]
..\Objects\listobject.c(1984): error C2014: preprocessor command must start as first nonw
hite space [f:\dev\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2015): error C2014: preprocessor command must start as first nonw
hite space [f:\dev\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2171): error C2143: syntax error: missing ';' before '<<' [f:\dev
\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2173): error C2143: syntax error: missing ';' before '==' [f:\dev
\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2175): error C2143: syntax error: missing ';' before '>>' [f:\dev
\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2175): error C2014: preprocessor command must start as first nonw
hite space [f:\dev\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2256): error C2143: syntax error: missing ';' before '<<' [f:\dev
\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2261): error C2143: syntax error: missing ';' before '==' [f:\dev
\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2262): error C2014: preprocessor command must start as first nonw
hite space [f:\dev\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2268): error C2059: syntax error: 'if' [f:\dev\36\PCbuild\pythonc
ore.vcxproj]
..\Objects\listobject.c(2273): error C2059: syntax error: 'for' [f:\dev\36\PCbuild\python
core.vcxproj]
..\Objects\listobject.c(2273): error C2143: syntax error: missing '{' before '<' [f:\dev\
36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2273): error C2059: syntax error: '<' [f:\dev\36\PCbuild\pythonco
re.vcxproj]
..\Objects\listobject.c(2273): error C2143: syntax error: missing '{' before '++' [f:\dev
\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(2273): error C2059: syntax error: '++' [f:\dev\36\PCbuild\pythonc
ore.vcxproj]
..\Objects\listobject.c(2273): error C2059: syntax error: ')' [f:\dev\36\PCbuild\pythonco
re.vcxproj]
..\Objects\listobject.c(2280): error C2059: syntax error: 'string' [f:\dev\36\PCbuild\pyt
honcore.vcxproj]
..\Objects\listobject.c(2280): error C2040: 'PyErr_Format': 'int ()' differs in levels of
 indirection from 'PyObject *(PyObject *,const char *,...)' [f:\dev\36\PCbuild\pythoncore
.vcxproj]
..\Objects\listobject.c(2281): error C2059: syntax error: 'return' [f:\dev\36\PCbuild\pyt
honcore.vcxproj]
..\Objects\listobject.c(2282): error C2059: syntax error: '}' [f:\dev\36\PCbuild\pythonco
re.vcxproj]
..\Objects\listobject.c(2422): error C2059: syntax error: '<<' [f:\dev\36\PCbuild\pythonc
ore.vcxproj]
..\Objects\listobject.c(2443): error C2014: preprocessor command must start as first nonw
hite space [f:\dev\36\PCbuild\pythoncore.vcxproj]
..\Objects\listobject.c(3113): fatal error C1004: unexpected end-of-file found [f:\dev\36
\PCbuild\pythoncore.vcxproj]
  Generating Code...

f:\dev\36>git log  Modules/atexitmodule.c
commit d89dc844d288ee2e403272f3e4552eed6911cafd
Author: Serhiy Storchaka <storchaka at gmail.com>
Date:   Mon Jun 12 09:02:13 2017 +0300

    [3.6] bpo-28994: Fixed errors handling in atexit._run_exitfuncs(). (GH-2034) (#2121)

    The traceback no longer displayed for SystemExit raised in a callback registered by atexit..
    (cherry picked from commit 3fd54d4a7e604067e2bc0f8cfd58bdbdc09fa7f4)

When I reverted the listobject.c change and rebuilt, compilation finished and the test suite ran to SUCCESS.

----------
nosy: +larry, ned.deily, paul.moore, steve.dower, terry.reedy, tim.golden, zach.ware
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:42:51 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 19:42:51 +0000
Subject: [issue30217] Missing entry for the tilde (~) operator in the Index
In-Reply-To: <1493582160.76.0.882487661277.issue30217@psf.upfronthosting.co.za>
Message-ID: <1497296571.68.0.370254226146.issue30217@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset bbb335891c2967bd13fbe2da775c0348260d95cb by Mariatta (Marco Buttu) in branch '2.7':
bpo-30217: add the operators ~ and | to the index (GH-1502) (GH-2137)
https://github.com/python/cpython/commit/bbb335891c2967bd13fbe2da775c0348260d95cb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30217>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:44:05 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 19:44:05 +0000
Subject: [issue30217] Missing entry for the tilde (~) operator in the Index
In-Reply-To: <1493582160.76.0.882487661277.issue30217@psf.upfronthosting.co.za>
Message-ID: <1497296645.43.0.379199486831.issue30217@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 37e04153d5e331162608b33639ecd3c9a5ae2432 by Mariatta (Marco Buttu) in branch '3.5':
bpo-30217: add the operators ~ and | to the index (GH-1502) (GH-2138)
https://github.com/python/cpython/commit/37e04153d5e331162608b33639ecd3c9a5ae2432


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30217>
_______________________________________

From report at bugs.python.org  Mon Jun 12 15:45:14 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 19:45:14 +0000
Subject: [issue30217] Missing entry for the tilde (~) operator in the Index
In-Reply-To: <1493582160.76.0.882487661277.issue30217@psf.upfronthosting.co.za>
Message-ID: <1497296714.28.0.699308612518.issue30217@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30217>
_______________________________________

From report at bugs.python.org  Mon Jun 12 16:03:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 12 Jun 2017 20:03:55 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497297835.24.0.425663190531.issue28994@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Last time Objects/listobject.c was changed 2 months ago. This looks as an error in your workspace. Maybe something wrong happened when you switched from master to 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 16:13:07 2017
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 12 Jun 2017 20:13:07 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497298387.4.0.695523438871.issue28994@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Agreed, looks like something went wrong in your checkout, Terry.  Just confirmed that a 3.6 build on a fresh checkout on Windows is fine.

----------
priority: release blocker -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 16:14:11 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 12 Jun 2017 20:14:11 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497298451.79.0.21220853433.issue28994@psf.upfronthosting.co.za>


Steve Dower added the comment:

I just updated to the latest 3.6 commit and listobject.c doesn't even use clinic in this branch.

Serhiy is probably right - this is a workspace issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 16:28:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 12 Jun 2017 20:28:51 +0000
Subject: [issue28994] Misc fixes and cleanups in error handling C code
In-Reply-To: <1481931496.89.0.341758339319.issue28994@psf.upfronthosting.co.za>
Message-ID: <1497299331.62.0.715146617047.issue28994@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since I fetch, merge, and build with a .bat file that has worked fine at least 10 times, with pushes in between, the glitch is a puzzle.  Next time I will just revert, as I did, or reclone and rebuild the 3.6 worktree.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28994>
_______________________________________

From report at bugs.python.org  Mon Jun 12 16:39:04 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 20:39:04 +0000
Subject: [issue30050] Please provide a way to disable the warning printed if
 the signal module's wakeup fd overflows
In-Reply-To: <1491987273.45.0.570112423464.issue30050@psf.upfronthosting.co.za>
Message-ID: <1497299944.82.0.176444251871.issue30050@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> It would be nice if there were a way to disable this; perhaps something like: signal.set_wakeup_fd(fd, warn_on_full_buffer=False)

That's a reasonable idea.  Nathaniel, would you like to submit a PR for this?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30050>
_______________________________________

From report at bugs.python.org  Mon Jun 12 16:43:27 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 12 Jun 2017 20:43:27 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1497300207.75.0.165148636967.issue6519@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

@akuchling Can you prepare a PR on GitHub?

----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Mon Jun 12 16:54:34 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 12 Jun 2017 20:54:34 +0000
Subject: [issue30641] No way to specify "File name too long" error in except
 statement.
In-Reply-To: <1497293351.7.0.144542900904.issue30641@psf.upfronthosting.co.za>
Message-ID: <1497300874.72.0.735910612861.issue30641@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

On Unix, you can simply check the errno value:

>>> fn = "x" * 9999999
>>> try: open(fn, "r")
... except OSError as e: exc = e
... 
>>> exc.errno
36
>>> exc.errno == errno.ENAMETOOLONG
True

I don't know about Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30641>
_______________________________________

From report at bugs.python.org  Mon Jun 12 17:37:26 2017
From: report at bugs.python.org (Max Staff)
Date: Mon, 12 Jun 2017 21:37:26 +0000
Subject: [issue30641] No way to specify "File name too long" error in except
 statement.
In-Reply-To: <1497293351.7.0.144542900904.issue30641@psf.upfronthosting.co.za>
Message-ID: <1497303446.49.0.992213497788.issue30641@psf.upfronthosting.co.za>


Max Staff added the comment:

Yes I know about the errno. There would be two ways to resolve this:

One way would be by introducing a new exception class which would be nice because it's almost impossible to reliably check the allowed filename length (except for trial and error) and I have quite a few functions where I would want the error to propagate further as long as it's not an ENAMETOOLONG.

The other way would be by introducing a new syntax feature ("except OSError as e if e.errno == errno.ENAMETOOLONG:") but I don't think that that approach is reasonable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30641>
_______________________________________

From report at bugs.python.org  Mon Jun 12 17:38:08 2017
From: report at bugs.python.org (Max Staff)
Date: Mon, 12 Jun 2017 21:38:08 +0000
Subject: [issue30641] No way to specify "File name too long" error in except
 statement.
In-Reply-To: <1497293351.7.0.144542900904.issue30641@psf.upfronthosting.co.za>
Message-ID: <1497303488.52.0.262367419022.issue30641@psf.upfronthosting.co.za>


Max Staff added the comment:

...at least those are the only two ways that I can think of.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30641>
_______________________________________

From report at bugs.python.org  Mon Jun 12 17:58:43 2017
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 12 Jun 2017 21:58:43 +0000
Subject: [issue30633] Python 3.6.1 installation issues on OpenSuse 42.1:
 ModuleNotFoundError: No module named 'encodings'
In-Reply-To: <1497257009.22.0.916205252409.issue30633@psf.upfronthosting.co.za>
Message-ID: <1497304723.63.0.845756737301.issue30633@psf.upfronthosting.co.za>


Brett Cannon added the comment:

What commands did you use to launch this build? (E.g. I noticed you are trying to do a PGO build.)

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30633>
_______________________________________

From report at bugs.python.org  Mon Jun 12 20:10:16 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 00:10:16 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497312616.4.0.142296712915.issue29514@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

We don't use the alpha and beta phases for maintenance releases, so I think the checks are functionally equivalent.

For example, the 3.6 branch currently reports itself as "3.6.1 final", will temporarily report itself as "3.6.2 release" during the rc period, and then go back to reporting itself as "3.6.2 final".

Assigning to myself to do the backports.

----------
assignee:  -> ncoghlan
versions:  -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Mon Jun 12 20:42:42 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 13 Jun 2017 00:42:42 +0000
Subject: [issue30641] No way to specify "File name too long" error in except
 statement.
In-Reply-To: <1497293351.7.0.144542900904.issue30641@psf.upfronthosting.co.za>
Message-ID: <1497314562.09.0.958911784985.issue30641@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

I don't understand what you actually are requesting here.

Are you requesting a way to tell whether or not the filename is too long? You've already been told that the way to do that is to check errno, and you say that you already knew that.

exc.errno == errno.ENAMETOOLONG

Or are you asking for a way to find out ahead of time what the maximum filename length will be? You say:

> it's almost impossible to reliably check the allowed filename length

I think that's right: it *is* almost impossible to reliably check the allowed filename length, except by trying it and seeing whether or not you can create the file.

The difficulty here is that there's no one maximum name length, it depends on the file system of the particular device you're accessing. So even if we had this `get_maximum_filename_length` function, and you wrote:

    if len(fname) < get_maximum_filename_length():
        with open(fname) as f: ...

the call to open might *still* fail with ENAMETOOLONG if you happen to be writing to a device or disk with a shorter than expected length.

E.g. FAT32 has a limit of either 8.3 bytes or 255 double-byte Unicode characters depending on the implementation; NTFS and HFS+ have a limit of 255 characters; ext4 has a limit of 255 bytes; Joliet has a limit of 64 characters; etc.

And then there's the question of the maximum allowed path.

So I think the first thing you should do is clarify exactly what it is that you're asking for:

- a way to check whether the exception is ENAMETOOLONG;

- specifically a new sub-exception for that case;

- a constant or function that returns the maximum file name length;

- or the maximum path name length;

- or something else.


But any of these (except the first, which already exists) is a new feature, not a bug fix, to it can only go into 3.7.

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30641>
_______________________________________

From report at bugs.python.org  Mon Jun 12 21:11:41 2017
From: report at bugs.python.org (A.M. Kuchling)
Date: Tue, 13 Jun 2017 01:11:41 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1497316301.07.0.865189500718.issue6519@psf.upfronthosting.co.za>


A.M. Kuchling added the comment:

PR filed against master: https://github.com/python/cpython/pull/2143

----------
pull_requests: +2193

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Mon Jun 12 21:31:14 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 01:31:14 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
In-Reply-To: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>
Message-ID: <1497317473.99.0.65447619409.issue30636@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 81f67b6f48820beed6e138077fd785020bbfd5d6 by Nick Coghlan (St?phane Wirtel) in branch 'master':
bpo-30636: Fix the indentation for the help (#2131)
https://github.com/python/cpython/commit/81f67b6f48820beed6e138077fd785020bbfd5d6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 21:31:43 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 01:31:43 +0000
Subject: [issue30636] Add PYTHONCOERCECLOCALE to the help of the command line
In-Reply-To: <1497261338.07.0.203172964445.issue30636@psf.upfronthosting.co.za>
Message-ID: <1497317503.44.0.334332971167.issue30636@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Thanks once again! :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30636>
_______________________________________

From report at bugs.python.org  Mon Jun 12 21:46:37 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 01:46:37 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1497318397.61.0.400477149988.issue30604@psf.upfronthosting.co.za>


Ned Deily added the comment:


New changeset 2997fec01ee7300c6d5940e6c55e4ccf9f56f1b5 by Ned Deily (Dino Viehland) in branch '3.6':
[3.6] bpo-30604: Move co_extra_freefuncs to interpreter state to avoid crashes in threads (#2015)
https://github.com/python/cpython/commit/2997fec01ee7300c6d5940e6c55e4ccf9f56f1b5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Mon Jun 12 22:00:57 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 02:00:57 +0000
Subject: [issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python
 3.6
In-Reply-To: <1428585495.21.0.103830054834.issue23894@psf.upfronthosting.co.za>
Message-ID: <1497319257.05.0.444972465984.issue23894@psf.upfronthosting.co.za>


Ned Deily added the comment:

Misc/NEWS entries for these changes?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23894>
_______________________________________

From report at bugs.python.org  Mon Jun 12 22:34:11 2017
From: report at bugs.python.org (Andreas Jung)
Date: Tue, 13 Jun 2017 02:34:11 +0000
Subject: [issue30633] Python 3.6.1 installation issues on OpenSuse 42.1:
 ModuleNotFoundError: No module named 'encodings'
In-Reply-To: <1497257009.22.0.916205252409.issue30633@psf.upfronthosting.co.za>
Message-ID: <1497321251.88.0.369743891258.issue30633@psf.upfronthosting.co.za>


Andreas Jung added the comment:

Just the standard

./configure --prefix=... --enable-optimizations

dance

----------
nosy: +ajung

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30633>
_______________________________________

From report at bugs.python.org  Mon Jun 12 22:37:17 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 02:37:17 +0000
Subject: [issue29504] blake2: compile error with -march=bdver2
In-Reply-To: <1486574963.2.0.72017577066.issue29504@psf.upfronthosting.co.za>
Message-ID: <1497321437.05.0.0398974813919.issue29504@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
priority: release blocker -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29504>
_______________________________________

From report at bugs.python.org  Mon Jun 12 22:48:39 2017
From: report at bugs.python.org (Andreas Jung)
Date: Tue, 13 Jun 2017 02:48:39 +0000
Subject: [issue30633] Python 3.6.1 installation issues on OpenSuse 42.1:
 ModuleNotFoundError: No module named 'encodings'
In-Reply-To: <1497257009.22.0.916205252409.issue30633@psf.upfronthosting.co.za>
Message-ID: <1497322119.97.0.728621101581.issue30633@psf.upfronthosting.co.za>


Andreas Jung added the comment:

--enable-optimizations is not the issue

Seems to be somehow related to the locales.

My env is:

ALSA_CONFIG_PATH=/etc/alsa-pulse.conf
AUDIODRIVER=pulseaudio
AUTOJUMP_ERROR_PATH=/home/ajung/.local/share/autojump/errors.log
COLORTERM=1
CONFIG_SITE=/usr/share/site/x86_64-unknown-linux-gnu
CPU=x86_64
CSHEDIT=emacs
CVS_RSH=ssh
DISPLAY=localhost:10.0
EDITOR=vim
FOP_HOME=/opt/fop-1.0
FROM_HEADER=
G_BROKEN_FILENAMES=1
G_FILENAME_ENCODING=@locale,UTF-8,ISO-8859-15,CP1252
GPG_TTY=/dev/pts/14
HISTSIZE=1000
HOME=/home/ajung
HOST=blackmoon2
HOSTNAME=blackmoon2
HOSTTYPE=x86_64
INPUTRC=/home/ajung/.inputrc
IRCNAME=Andreas Jung (www.andreas-jung.com)
IRCNICK=YET
IRCSERVER=irc.freenet.de irc.belwue.de
JAVA_BINDIR=/usr/java/latest/bin
JAVA_HOME=/usr/java/latest
JAVA_ROOT=/usr/java/latest
JDK_HOME=/usr/java/latest
JRE_HOME=/usr/lib64/jvm/jre
LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8
LESS_ADVANCED_PREPROCESSOR=no
LESSCLOSE=lessclose.sh %s %s
LESSKEY=/etc/lesskey.bin
LESS=-M -I -R
LESSOPEN=lessopen.sh %s
LIBGL_DEBUG=quiet
LOGNAME=ajung
LS_COLORS=no=00:fi=00:di=01;34:ln=00;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=41;33;01:ex=00;32:*.cmd=00;32:*.exe=01;32:*.com=01;32:*.bat=01;32:*.btm=01;32:*.dll=01;32:*.tar=00;31:*.tbz=00;31:*.tgz=00;31:*.rpm=00;31:*.deb=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.lzma=00;31:*.zip=00;31:*.zoo=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.tb2=00;31:*.tz2=00;31:*.tbz2=00;31:*.xz=00;31:*.avi=01;35:*.bmp=01;35:*.fli=01;35:*.gif=01;35:*.jpg=01;35:*.jpeg=01;35:*.mng=01;35:*.mov=01;35:*.mpg=01;35:*.pcx=01;35:*.pbm=01;35:*.pgm=01;35:*.png=01;35:*.ppm=01;35:*.tga=01;35:*.tif=01;35:*.xbm=01;35:*.xpm=01;35:*.dl=01;35:*.gl=01;35:*.wmv=01;35:*.aiff=00;32:*.au=00;32:*.mid=00;32:*.mp3=00;32:*.ogg=00;32:*.voc=00;32:*.wav=00;32:
LS_OPTIONS=-N --color=tty -T 0
MACHTYPE=x86_64-suse-linux
MAIL=/var/mail/ajung
MANPATH=/usr/share/man:/opt/local/share/man:/usr/X11R6/man
MINICOM=-c on
MORE=-sl
NNTPSERVER=news
NO_AT_BRIDGE=1
OLDPWD=/home/ajung/src
OSTYPE=linux
PAGER=less
PATH=/home/ajung/.autojump/bin:/usr/java/jdk1.8.0_05/jre/bin:/opt/speedata-publisher/bin:/opt/php-7.1.2/bin:/opt/sphinx/bin:/opt/dita-ot-2.3.1/bin:/opt/ditac-2_6_1/bin:/opt/mongodb/bin:/usr/AHFormatterV64_64:/opt/calibre:/opt/xfc/bin:/opt/PDFreactor/bin:/opt/prince-11:/opt/local/bin:/opt/local/sbin:/usr/bin:/home/ajung/bin:/sbin:/bin:/home/ajung/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/opt/bin
PILOTPORT=usb:
PP_SERVER=https://demo:demo at pp-server.zopyx.com/
PROFILEREAD=true
PWD=/home/ajung/src/Python-3.6.1
PYTHONSTARTUP=/etc/pythonstart
QEMU_AUDIO_DRV=pa
QT_SYSTEM_DIR=/usr/share/desktop-data
SDK_HOME=/usr/java/latest
SDL_AUDIODRIVER=pulse
SHELL=/bin/bash
SHLVL=1
SSH_AUTH_SOCK=/tmp/ssh-sejLfLH4gS/agent.25203
SSH_CLIENT=192.168.0.66 50756 22
SSH_CONNECTION=192.168.0.66 50756 192.168.0.51 22
SSH_TTY=/dev/pts/14
TERM=xterm-256color
USER=ajung
_=/usr/bin/env
VDPAU_DRIVER=va_gl
WINDOWMANAGER=/usr/bin/startkde
XAUTHLOCALHOSTNAME=blackmoon2
XDG_CONFIG_DIRS=/etc/xdg
XDG_DATA_DIRS=/usr/local/share:/usr/share
XDG_RUNTIME_DIR=/run/user/1000
XDG_SESSION_ID=99
XFC_DIR=/opt/xfc/bin
XINC_HOME=/home/ajung/src/xinc
XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB
XNLSPATH=/usr/share/X11/nls



Also tried to set LC_ALL=C but that does not make a difference.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30633>
_______________________________________

From report at bugs.python.org  Mon Jun 12 22:58:00 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 02:58:00 +0000
Subject: [issue30610] Python's libexpat vulnerable to CVE-2016-0718
In-Reply-To: <1496999230.33.0.525014821898.issue30610@psf.upfronthosting.co.za>
Message-ID: <1497322680.04.0.622440848223.issue30610@psf.upfronthosting.co.za>


Ned Deily added the comment:

I am closing this issue as a duplicate of the existing Issue29591. We can retitle the PR to be associated with it.  And I am making Issue29591 a release blocker for 3.6.2; regardless of what we decide to for 3.7, we're not going to drop the embedded copies of expat for current releases.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30610>
_______________________________________

From report at bugs.python.org  Mon Jun 12 23:03:38 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 13 Jun 2017 03:03:38 +0000
Subject: [issue26656] Documentation for re.compile is a bit outdated
In-Reply-To: <1459178484.74.0.770971045402.issue26656@psf.upfronthosting.co.za>
Message-ID: <1497323018.17.0.817956419811.issue26656@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

YAHO (yet another humble opinion), I support improving the current re.compile documentation by adding a link to the regular expression object documentation. Great way to point a user to the complete list of methods and attributes while keeping match() and search() listed explicitly.

----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26656>
_______________________________________

From report at bugs.python.org  Mon Jun 12 23:03:47 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 03:03:47 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497323027.29.0.828118224018.issue29591@psf.upfronthosting.co.za>


Ned Deily added the comment:

Note that a duplicate of this issue was opened as Issue30610 and @matrixise was working on a PR there to update the embedded expat to 2.2.0.  Since there are CVE's and a demo crash supplied in Issue30610, it seems to me we need to fix this for 3.6.2rc1 so I'm making this a "release blocker" and delaying the release.  I'm willing to be convinced otherwise.  Christian or Victor, can one of you please follow up on this for the 3.6 branch ASAP?  Thanks!

----------
nosy: +benjamin.peterson, larry, ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Mon Jun 12 23:04:45 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 03:04:45 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497323085.4.0.0609094819975.issue29591@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Mon Jun 12 23:10:17 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 03:10:17 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497323417.74.0.280744924866.issue30038@psf.upfronthosting.co.za>


Ned Deily added the comment:

Misc/NEWS entries for 3.6 and master for these changes?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Mon Jun 12 23:21:12 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 13 Jun 2017 03:21:12 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497324072.6.0.862335878208.issue30628@psf.upfronthosting.co.za>


Changes by Emily Morehouse <emily at cuttlesoft.com>:


----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Mon Jun 12 23:25:21 2017
From: report at bugs.python.org (Lisa Roach)
Date: Tue, 13 Jun 2017 03:25:21 +0000
Subject: [issue30571] Add integer formatting code for fixed-width signed
 arithmetic (2's complement)
In-Reply-To: <1496635406.76.0.985439209964.issue30571@psf.upfronthosting.co.za>
Message-ID: <1497324321.17.0.682918689693.issue30571@psf.upfronthosting.co.za>


Lisa Roach added the comment:

I can't see the drawback of being able to format two's complement easily, isn't it more common to represent negative binary numbers in two's complement form? I find the - sign a little odd myself.

I agree with the idea of using "!" with the precision to represent width.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30571>
_______________________________________

From report at bugs.python.org  Tue Jun 13 00:30:14 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 13 Jun 2017 04:30:14 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497328214.74.0.510588274181.issue30628@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

You're certainly right. venv uses ensurepip to install pip when creating a virtual environment and does not access the internet/upgrade any packages. ensurepip was specifically designed to use the bundled version of setuptools. The bundled version of setuptools was up to date as of the final Python 3.6.0 beta, though it seems like it could be due for an upgrade.

For now, you can either run `pip install --upgrade setuptools` after activating your environment (recommended) or give your environment access to your local site packages that has the upgraded setuptools using `python3 -m venv foo --system-site-packages` (not recommended, as this will include ALL global packages you have installed). Alternatively, virtualenv (https://virtualenv.pypa.io/en/stable/) maintains an updated version of setuptools more frequently, though it must be installed as an additional package.

It should also be noted that wheel is not installed by venv and must also be installed after the environment creation if needed.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Tue Jun 13 00:48:50 2017
From: report at bugs.python.org (Dino Viehland)
Date: Tue, 13 Jun 2017 04:48:50 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1497329330.64.0.717668028413.issue30604@psf.upfronthosting.co.za>


Changes by Dino Viehland <dinov at microsoft.com>:


----------
pull_requests: +2194

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 13 00:58:01 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Jun 2017 04:58:01 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1497329881.09.0.210321534565.issue30604@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Avoid using double underscores in C code. C compiler uses names with double underscores for its own needs, and this can lead to conflicts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 13 01:17:26 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 05:17:26 +0000
Subject: [issue30642] Fix leaks in idlelib
Message-ID: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

When Louie Lu posted a link to
https://blog.louie.lu/2017/06/12/diagnosing-and-fixing-reference-leaks-in-cpython/
on core-mentorship list, I tested idlelib.
python -m test -ugui test_idle  # SUCCESS, no extraneous output
python -m test -R: test_idle  # SUCCESS, no extraneous output
python -m test -R: -ugui test_idle  # error output, FAILURE
[So people who leaktest without a screen see nothing in idlelib.]

Error output is about 20 copies of the following:
can't invoke "event" command: application has been destroyed
    while executing
"event generate $w <<ThemeChanged>>"
    (procedure "ttk::ThemeChanged" line 6)
    invoked from within
"ttk::ThemeChanged"

At the end:
test_idle leaked [471, 471, 471, 471] references, sum=1884
test_idle leaked [209, 211, 211, 211] memory blocks, sum=842
[similar for python 3.6]

In a response email, I noted that test_idle gathers tests from idlelib.idle_test.test_* and that something extra is needed to pin leaks to specific test modules.

I don't know whether the absence of 'invoke event' error messages when not running -R means that there are also no refleaks, or not.
---
import os
import subprocess

os.chdir('f:/dev/3x/Lib/idlelib/idle_test')
testfiles = [name for name in os.listdir() if name.startswith('test_')]
for name in testfiles:
    os.rename(name, 'x'+name)
for name in testfiles:
    os.rename('x'+name, name)
    try:
        res = subprocess.run(
            ['f:/dev/3x/python.bat', '-m', 'test', '-R:', '-ugui', 'test_idle'],
             stdout=subprocess.PIPE, stderr=subprocess.PIPE)
        if res.returncode:
            print(name)
            print(res.stderr)
    except Exception as err:
        print(name, err)
    os.rename(name, 'x'+name)
for name in testfiles:
    os.rename('x'+name, name)
---
reports
test_macosx.py
b'beginning 9 repetitions\r\n123456789\r\n\r\ntest_idle leaked [31, 31, 31, 31] references, sum=124\r\ntest_idle leaked [19, 21, 21, 21] memory blocks, sum=82\r\n'
test_query.py
b'beginning 9 repetitions\r\n123456789\r\n\r\ntest_idle leaked [429, 429, 429, 429] references, sum=1716\r\ntest_idle leaked [190, 192, 192, 192] memory blocks, sum=766\r\n'
There are no 'invoke event' messages.

For further testing within each file, by commenting out code, as suggested in the link above, I replaced 'testfiles' in the middle loop with ['testmacosx.py'] or ['test_query.py'].  For test_macosx, the culprit is class SetupTest.  For test_query, the culprit is class QueryGuiTest.  Adding cls.root.update_idletasks did not solve the problem by itself (as it has in other cases).  I plan to continue another time.

----------
assignee: terry.reedy
components: IDLE
messages: 295846
nosy: louielu, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Fix leaks in idlelib
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 01:31:03 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 05:31:03 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1497331863.57.0.648183102975.issue6519@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset bd4e9e0ca96dabf33605d9b1fd1e0562ece8ae18 by Mariatta (Andrew Kuchling) in branch 'master':
bpo-6519: Improve Python Input Output Tutorial (GH-2143)
https://github.com/python/cpython/commit/bd4e9e0ca96dabf33605d9b1fd1e0562ece8ae18


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Tue Jun 13 01:36:02 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 05:36:02 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1497332162.2.0.475513158771.issue6519@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2195

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Tue Jun 13 01:36:09 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 05:36:09 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1497332169.8.0.358897464082.issue6519@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2196

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Tue Jun 13 01:40:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 05:40:45 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1497332445.73.0.88787754646.issue6519@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 5a86154a931083e6a9f9bdf9cc8b3bc33abb673d by Mariatta in branch '3.5':
bpo-6519: Improve Python Input Output Tutorial (GH-2143) (GH-2146)
https://github.com/python/cpython/commit/5a86154a931083e6a9f9bdf9cc8b3bc33abb673d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Tue Jun 13 01:43:24 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 05:43:24 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1497332604.04.0.296561193323.issue6519@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Thanks everyone!
I merged the PR and backported to 3.6 and 3.5.

There are a bunch of conflicts when trying to backport to 2.7, so I decided not to bother.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Tue Jun 13 01:40:20 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 05:40:20 +0000
Subject: [issue6519] Reorder 'with' statement for files in Python Tutorial
In-Reply-To: <1247966369.75.0.40232300258.issue6519@psf.upfronthosting.co.za>
Message-ID: <1497332420.5.0.81298673981.issue6519@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 81c05ccc10d044584dff3a69ee531094ed76ee2c by Mariatta in branch '3.6':
bpo-6519: Improve Python Input Output Tutorial (GH-2143) (GH-2145)
https://github.com/python/cpython/commit/81c05ccc10d044584dff3a69ee531094ed76ee2c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6519>
_______________________________________

From report at bugs.python.org  Tue Jun 13 01:49:07 2017
From: report at bugs.python.org (Louie Lu)
Date: Tue, 13 Jun 2017 05:49:07 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497332947.97.0.230373476764.issue30642@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2197

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 02:09:42 2017
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 13 Jun 2017 06:09:42 +0000
Subject: [issue30641] No way to specify "File name too long" error in except
 statement.
In-Reply-To: <1497293351.7.0.144542900904.issue30641@psf.upfronthosting.co.za>
Message-ID: <1497334182.1.0.945612638452.issue30641@psf.upfronthosting.co.za>


Eryk Sun added the comment:

An exception specifically for ENAMETOOLONG would be limited to Unix systems.

The Windows CRT defines ENAMETOOLONG but doesn't use it. Windows file systems do not return a specific status code for a filename that's too long. Per MS-FSA 2.1.5.1 [1], a request to open a file must fail with STATUS_OBJECT_NAME_INVALID if the name is invalid according to the spec in MS-FSCC 2.1.5 [2] (e.g. max component length cannot exceed 255 characters and may be less). This doesn't tell the caller why the filename is invalid. Anyway, for what it's worth, the Windows API translates this status code to ERROR_INVALID_NAME (0x007B), and the CRT in turn maps the latter to EINVAL.

Also, for versions prior to Windows 10, or Windows 10 without the LongPathsEnabled policy setting, the observed error is more commonly due to path preprocessing in user mode. In this case DOS paths are limited to MAX_PATH (260). The error depends on the called function -- e.g. CreateFileA vs SetCurrentDirectoryA, or calling the [A]NSI vs [W]ide-character version. It could be ERROR_PATH_NOT_FOUND (ENOENT), ERROR_FILENAME_EXCED_RANGE (ENOENT), or ERROR_INVALID_PARAMETER (EINVAL). 

[1]: https://msdn.microsoft.com/en-us/library/ff469536
[2]: https://msdn.microsoft.com/en-us/library/cc422524

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30641>
_______________________________________

From report at bugs.python.org  Tue Jun 13 02:11:17 2017
From: report at bugs.python.org (Louie Lu)
Date: Tue, 13 Jun 2017 06:11:17 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497334277.28.0.918831092117.issue30642@psf.upfronthosting.co.za>


Louie Lu added the comment:

test_query were fixed in PR 2147, which is leak by not removing mock.Mock() in dialog.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 02:24:31 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 06:24:31 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497335071.55.0.819506110377.issue30628@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Indeed, Emily is correct: this is expected behaviour for system Python versions that don't patch their ensurepip modules, as the default pip (et al) used in virtual environments created with the venv module generally only gets upgraded when upgrading to a new maintenance release of CPython.

Some redistributors do patch the ensurepip module to seed virtual environments based on the installed system level packages, so if your redistributor is one that already does so (e.g. Fedora), then you may have a downstream bug to file, and if they don't, then you may have a downstream feature request to ask them to switch to that model rather than using the files bundled by upstream.

In the meantime, the two main approaches folks adopt to make sure that they always have the latest versions of these components installed by default are:

- using the latest version of the third party `virtualenv` module for venv management (as that gets updated independently of the CPython maintenance release cycle)
- running "python -m pip install --upgrade pip setuptools wheel" immediately after creating each virtual environment

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Tue Jun 13 02:46:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 06:46:05 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
Message-ID: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>


New submission from STINNER Victor:

https://travis-ci.org/python/cpython/jobs/242108490#L2211


0:22:46 load avg: 62.38 [406/406/1] test_multiprocessing_main_handling crashed (Exit code 1)

Timeout (0:20:00)!

Thread 0x00002b175d341400 (most recent call first):

  File "/home/travis/build/python/cpython/Lib/selectors.py", line 415 in select

  File "/home/travis/build/python/cpython/Lib/subprocess.py", line 1488 in _communicate

  File "/home/travis/build/python/cpython/Lib/subprocess.py", line 840 in communicate

  File "/home/travis/build/python/cpython/Lib/test/support/script_helper.py", line 126 in run_python_until_end

  File "/home/travis/build/python/cpython/Lib/test/support/script_helper.py", line 135 in _assert_python

  File "/home/travis/build/python/cpython/Lib/test/support/script_helper.py", line 151 in assert_python_ok

  File "/home/travis/build/python/cpython/Lib/test/test_multiprocessing_main_handling.py", line 157 in _check_script

  File "/home/travis/build/python/cpython/Lib/test/test_multiprocessing_main_handling.py", line 169 in test_basic_script_no_suffix

  File "/home/travis/build/python/cpython/Lib/unittest/case.py", line 605 in run

  File "/home/travis/build/python/cpython/Lib/unittest/case.py", line 653 in __call__

  File "/home/travis/build/python/cpython/Lib/unittest/suite.py", line 122 in run

  File "/home/travis/build/python/cpython/Lib/unittest/suite.py", line 84 in __call__

  File "/home/travis/build/python/cpython/Lib/unittest/suite.py", line 122 in run

  File "/home/travis/build/python/cpython/Lib/unittest/suite.py", line 84 in __call__

  File "/home/travis/build/python/cpython/Lib/unittest/suite.py", line 122 in run

  File "/home/travis/build/python/cpython/Lib/unittest/suite.py", line 84 in __call__

  File "/home/travis/build/python/cpython/Lib/unittest/runner.py", line 176 in run

  File "/home/travis/build/python/cpython/Lib/test/support/__init__.py", line 1896 in _run_suite

  File "/home/travis/build/python/cpython/Lib/test/support/__init__.py", line 1936 in run_unittest

  File "/home/travis/build/python/cpython/Lib/test/libregrtest/runtest.py", line 164 in test_runner

  File "/home/travis/build/python/cpython/Lib/test/libregrtest/runtest.py", line 165 in runtest_inner

  File "/home/travis/build/python/cpython/Lib/test/libregrtest/runtest.py", line 119 in runtest

  File "/home/travis/build/python/cpython/Lib/test/libregrtest/runtest_mp.py", line 71 in run_tests_slave

  File "/home/travis/build/python/cpython/Lib/test/libregrtest/main.py", line 481 in _main

  File "/home/travis/build/python/cpython/Lib/test/libregrtest/main.py", line 474 in main

  File "/home/travis/build/python/cpython/Lib/test/libregrtest/main.py", line 538 in main

  File "/home/travis/build/python/cpython/Lib/test/regrtest.py", line 46 in _main

  File "/home/travis/build/python/cpython/Lib/test/regrtest.py", line 50 in <module>

  File "/home/travis/build/python/cpython/Lib/runpy.py", line 85 in _run_code

  File "/home/travis/build/python/cpython/Lib/runpy.py", line 193 in _run_module_as_main

----------
components: Tests
messages: 295854
nosy: davin, haypo, pitrou
priority: normal
severity: normal
status: open
title: test_basic_script_no_suffix() of test_multiprocessing_main_handling timeout after 20 min on Travis CI
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:27:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 07:27:02 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497338822.99.0.767162177278.issue30595@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2198

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:30:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 07:30:33 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497339033.63.0.0985923135856.issue30595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> New changeset 1b7863c3b6519c6e134c28cab8b8af0dea43e375 by Victor Stinner in branch 'master':
> bpo-30595: Fix multiprocessing.Queue.get(timeout) (#2027)
> https://github.com/python/cpython/commit/1b7863c3b6519c6e134c28cab8b8af0dea43e375

While this change is a nice fix, it isn't enough to make the test stable on slow buildbot: it failed again on the same buildbot,
http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/744

If I modify the timeout from 100 ms to 1 ms, the test also fail on Linux on my laptop. So I proposed https://github.com/python/cpython/pull/2148 to increase the timeout from 100 ms to 1 sec.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:40:14 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 07:40:14 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
In-Reply-To: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>
Message-ID: <1497339614.03.0.186460792331.issue30643@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Yes, this is https://github.com/python/cpython/pull/2139

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:43:01 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 07:43:01 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
In-Reply-To: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>
Message-ID: <1497339781.92.0.965463905481.issue30643@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2199

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:46:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 07:46:00 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
Message-ID: <1497339960.02.0.417887628785.issue30644@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
assignee: docs at python
components: Documentation
keywords: easy
nosy: docs at python, haypo
priority: normal
severity: normal
status: open
title: [EASY][doc] Document that signal.set_wakeup_fd(-1), unregister the previsouly set wakeup FD
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:46:10 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 07:46:10 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
In-Reply-To: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>
Message-ID: <1497339969.99.0.484742130335.issue30643@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 2b5cc5ebaff41445200753f1a69fd4e6a9475a1e by Antoine Pitrou in branch 'master':
bpo-30643: Fix race condition in signal wakeup in forkserver (followup to PR #1989) (#2139)
https://github.com/python/cpython/commit/2b5cc5ebaff41445200753f1a69fd4e6a9475a1e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:46:28 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 07:46:28 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
In-Reply-To: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>
Message-ID: <1497339988.49.0.0659012022841.issue30643@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Should be fixed in PR #2139. Please reopen if not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:46:47 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 07:46:47 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
In-Reply-To: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>
Message-ID: <1497340007.37.0.371326264895.issue30643@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:48:51 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 07:48:51 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
Message-ID: <1497340131.95.0.0118831841828.issue30644@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The signal.set_wakeup_fd() function is used to write signal numbers as bytes into a pipe, to be able to handle signals using a "regular" file descriptors instead of special signal handlers.

https://docs.python.org/dev/library/signal.html

Problem: it's not documented how to unregister the FD. I just saw "signal.set_wakeup_fd(-1)" in a Pull Request and realized that we forgot to document it:
https://github.com/python/cpython/pull/2139/

This issue is an EASY issue: please leave it to real newcomers who didn't write any PR to CPython previously. Core developers: explain how to fix the issue, don't fix it ;-)

Doc/library/signal.rst should be modified. I read that it's even possible to create a PR using an online editor? I never tried:
https://github.com/python/cpython/blob/master/Doc/library/signal.rst

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 03:54:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 07:54:32 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
In-Reply-To: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>
Message-ID: <1497340472.88.0.89632354867.issue30643@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Should be fixed in PR #2139. Please reopen if not.

Thank you Antoine :-)

Hum, how do you feel about backporting recent Lib/multiprocessing/forkserver.py enhancements from master to 3.6 or even to 3.5? Do you consider them as bugfixes or more "enhancements"?

(If you want to backport, please wait after the 3.6.2 release to not stress our release manager, Ned Deily ;-))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:08:52 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 08:08:52 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
In-Reply-To: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>
Message-ID: <1497341332.73.0.0442697163073.issue30643@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Maintaining multiprocessing is quite delicate and I don't want to risk regressions in bugfix releases.  If a bug is really annoying I would backport the fix, otherwise I'd rather abstain.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:10:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 08:10:17 +0000
Subject: [issue30643] test_basic_script_no_suffix() of
 test_multiprocessing_main_handling timeout after 20 min on Travis CI
In-Reply-To: <1497336365.48.0.895824657257.issue30643@psf.upfronthosting.co.za>
Message-ID: <1497341417.96.0.974120194897.issue30643@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Anointe: "Maintaining multiprocessing is quite delicate and I don't want to risk regressions in bugfix releases.  If a bug is really annoying I would backport the fix, otherwise I'd rather abstain."

Honesty, same for me here :-D So ok, no backport yet ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30643>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:17:59 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 08:17:59 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
In-Reply-To: <1497340131.95.0.0118831841828.issue30644@psf.upfronthosting.co.za>
Message-ID: <1497341879.54.0.307926133668.issue30644@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2200

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:18:22 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 08:18:22 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
In-Reply-To: <1497340131.95.0.0118831841828.issue30644@psf.upfronthosting.co.za>
Message-ID: <1497341902.34.0.747289582544.issue30644@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2201

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:18:54 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 08:18:54 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
In-Reply-To: <1497340131.95.0.0118831841828.issue30644@psf.upfronthosting.co.za>
Message-ID: <1497341934.65.0.270316424141.issue30644@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2202

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:18:59 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 08:18:59 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
In-Reply-To: <1497340131.95.0.0118831841828.issue30644@psf.upfronthosting.co.za>
Message-ID: <1497341939.05.0.340050644988.issue30644@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2203

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:19:27 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 08:19:27 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
In-Reply-To: <1497340131.95.0.0118831841828.issue30644@psf.upfronthosting.co.za>
Message-ID: <1497341967.1.0.817203852948.issue30644@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> This issue is an EASY issue: please leave it to real newcomers who didn't write any PR to CPython previously. Core developers: explain how to fix the issue, don't fix it ;-)

Too late, sorry!

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:20:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 08:20:16 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
In-Reply-To: <1497340131.95.0.0118831841828.issue30644@psf.upfronthosting.co.za>
Message-ID: <1497342016.58.0.599673416397.issue30644@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> This issue is an EASY issue: please leave it to real newcomers who didn't write any PR to CPython previously. Core developers: explain how to fix the issue, don't fix it ;-)

Oh wait, it seems like the core developer Antoine Pitrou fixed the issue before I created it! => commit d79c1d4a9406384f10a37f26a7515ce79f9fdd78

He already created 3 PR to backport the doc enhancement to 2.7, 3.5 and 3.6 branches.

Sorry!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:21:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 08:21:04 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1497342064.68.0.750654060865.issue30604@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2204

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:25:25 2017
From: report at bugs.python.org (Alexandru Ardelean)
Date: Tue, 13 Jun 2017 08:25:25 +0000
Subject: [issue30645] imp.py: load_package: function has a buggy loop with
 `path = os.path.join(path, '__init__'+extension)`
Message-ID: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>


New submission from Alexandru Ardelean:

On OpenWrt, the Python & Python3 are shipped with bytecodes [also, bytecode compiling is disabled by default].
2 reasons for that: 1) that would fill up flash/RAM 2) bytecodes can be up to 10x faster than Python source code

I got a report of an issue with virtualenv on Python3, that had a weird path: the `virtualenv /test` would generate `/test/lib/virtualenv/__init__.py/__init__.pyc`


The fix is here in the patch file:
https://github.com/openwrt/packages/pull/4475/commits/576c45eb0a5314121aeb2f8d8931644b65e5be99

----------
components: Library (Lib)
messages: 295865
nosy: Alexandru Ardelean
priority: normal
severity: normal
status: open
title: imp.py: load_package: function has a buggy loop with `path = os.path.join(path, '__init__'+extension)`
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:26:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 08:26:26 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1497342386.71.0.202169486097.issue30368@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Any progress on this issue? The following buildbot still fails to build Python 2.7:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20VS9.0%202.7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:27:03 2017
From: report at bugs.python.org (Alexandru Ardelean)
Date: Tue, 13 Jun 2017 08:27:03 +0000
Subject: [issue30645] imp.py: load_package: function has a buggy loop with
 `path = os.path.join(path, '__init__'+extension)`
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497342423.24.0.0865642940623.issue30645@psf.upfronthosting.co.za>


Changes by Alexandru Ardelean <ardeleanalex at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:34:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 08:34:13 +0000
Subject: [issue30646] SQLite: sqlite3_enable_shared_cache() is deprecated
Message-ID: <1497342853.76.0.499200677365.issue30646@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Warning seen on the macOS Travis CI job:
"warning: 'sqlite3_enable_shared_cache' is deprecated: first deprecated in OS X 10.7"


https://travis-ci.org/python/cpython/jobs/242325662

clang -Wno-unused-result -Wsign-compare -g -O0 -Wall -Wstrict-prototypes -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -I./Include -I. -I/usr/local/opt/openssl/include -I/usr/local/include -I/Users/travis/build/python/cpython/Include -I/Users/travis/build/python/cpython -c /Users/travis/build/python/cpython/Modules/_gdbmmodule.c -o build/temp./Users/travis/build/python/cpython/Modules/_sqlite/module.c:136:10: warning: 'sqlite3_enable_shared_cache' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations]

    rc = sqlite3_enable_shared_cache(do_enable);

         ^

/usr/include/sqlite3.h:5170:31: note: 'sqlite3_enable_shared_cache' has been explicitly marked deprecated here

SQLITE_API int SQLITE_STDCALLmacosx-10.11-x86_64-3.6-pydebug/Users/travis/build/python/cpython/Modules/_gdbmmodule.o

 sqlite3_enable_shared_cache(int) __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_0, __MAC_10_7, __IPHONE_2_0, __IPHONE_5_0);

                              ^

1 warning generated.

----------
components: Library (Lib), macOS
messages: 295867
nosy: haypo, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: SQLite: sqlite3_enable_shared_cache() is deprecated
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30646>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:38:21 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 08:38:21 +0000
Subject: [issue30644] [EASY][doc] Document that signal.set_wakeup_fd(-1),
 unregister the previsouly set wakeup FD
In-Reply-To: <1497340131.95.0.0118831841828.issue30644@psf.upfronthosting.co.za>
Message-ID: <1497343101.62.0.940096362972.issue30644@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30644>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:39:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 08:39:33 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1497343173.86.0.0423749010532.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 932946ca14168e556293d2508c8eebb23a56a2b2 by Victor Stinner in branch '3.6':
bpo-30604: Fix __PyCodeExtraState_Get() prototype (#2152)
https://github.com/python/cpython/commit/932946ca14168e556293d2508c8eebb23a56a2b2


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:42:13 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 08:42:13 +0000
Subject: [issue30563] multiprocessing module with pool object issue
In-Reply-To: <1496559266.31.0.239393976491.issue30563@psf.upfronthosting.co.za>
Message-ID: <1497343333.11.0.575645020785.issue30563@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

How did you get Python for Cygwin? Did you compile it yourself?
Python is not supported on Cygwin (we recommend using the native Windows builds instead) and I'm not surprised that multiprocessing, which uses delicate platform-specific code, would fail working on that platform.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30563>
_______________________________________

From report at bugs.python.org  Tue Jun 13 04:43:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 08:43:10 +0000
Subject: [issue30563] [Cygwin] multiprocessing module with pool object issue
In-Reply-To: <1496559266.31.0.239393976491.issue30563@psf.upfronthosting.co.za>
Message-ID: <1497343390.52.0.208825181193.issue30563@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: multiprocessing module with pool object issue -> [Cygwin] multiprocessing module with pool object issue

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30563>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:01:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:01:31 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
Message-ID: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Regression caused by the commit 6ea4186de32d65b1f1dc1533b6312b798d300466, bpo-28180: Implementation for PEP 538.

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/412/steps/compile/logs/stdio

Python detected LC_CTYPE=C: LC_CTYPE coerced to UTF-8 (set another locale or PYTHONCOERCECLOCALE=0 to disable this locale coercion behavior).
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ValueError: CODESET is not set or empty

Current thread 0x0000000802006400 (most recent call first):
Abort trap (core dumped)

----------
components: Unicode
messages: 295870
nosy: ezio.melotti, haypo
priority: normal
severity: normal
status: open
title: CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 538
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:02:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:02:04 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497344524.78.0.693165098862.issue28180@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> FreeBSD 10.x: if locale coercion succeeds, we then fail on get_codeset() (perhaps because that doesn't recognise LC_CTYPE=UTF-8?)

I created bpo-30647 to track this one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:02:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:02:55 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497344575.06.0.669107190356.issue28180@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ronald Oussoren:
> The macOS failures are at least partially caused by test assumptions that aren't true on macOS (...)

Nick is working on a fix for macOS:
https://github.com/python/cpython/pull/2130

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:10:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:10:09 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1497345009.29.0.991202796279.issue30647@psf.upfronthosting.co.za>


STINNER Victor added the comment:

On my FreeBSD 11 VM, I only have the "C" locale, not "UTF-8 C" locale:

[haypo at freebsd ~/prog/python/master]$ locale -a|grep ^C
C


But CPython still asks me to use a non existent locale (newlines added for readability):

[haypo at freebsd ~/prog/python/master]$ ./python

Python runtime initialized with LC_CTYPE=C (a locale with default ASCII encoding), which may cause Unicode compatibility problems. Using C.UTF-8, C.utf8, or UTF-8 (if available) as alternative Unicode-compatible locales is recommended.

Python 3.7.0a0 (heads/master:d79c1d4a94, Jun 13 2017, 10:59:23) 
[GCC 4.2.1 Compatible FreeBSD Clang 3.8.0 (tags/RELEASE_380/final 262564)] on freebsd11
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.setlocale(locale.LC_CTYPE, None)
'C'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:10:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:10:31 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1497345031.62.0.698831842216.issue30647@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +koobs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:14:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:14:50 +0000
Subject: [issue30648] test_logout() of test_imaplib.RemoteIMAP_STARTTLSTest
 failed randomly on s390x Debian 3.x
Message-ID: <1497345290.02.0.962803410389.issue30648@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The test failed on s390x Debian 3.x but then passed when run again.

http://buildbot.python.org/all/builders/s390x%20Debian%203.x/builds/868/steps/test/logs/stdio

0:07:58 load avg: 1.15 [286/406/1] test_imaplib failed -- running: test_multiprocessing_spawn (76 sec)
...
test_logincapa (test.test_imaplib.RemoteIMAPTest) ... ok
test_logout (test.test_imaplib.RemoteIMAPTest) ... ok
test_logincapa (test.test_imaplib.RemoteIMAP_SSLTest) ... ok
test_logincapa_with_client_certfile (test.test_imaplib.RemoteIMAP_SSLTest) ... skipped "bpo-30175: FIXME: cyrus.andrew.cmu.edu doesn't accept our randomly generated client x509 certificate anymore"
test_logincapa_with_client_ssl_context (test.test_imaplib.RemoteIMAP_SSLTest) ... skipped "bpo-30175: FIXME: cyrus.andrew.cmu.edu doesn't accept our randomly generated client x509 certificate anymore"
test_logout (test.test_imaplib.RemoteIMAP_SSLTest) ... ok
test_ssl_context_certfile_exclusive (test.test_imaplib.RemoteIMAP_SSLTest) ... ok
test_ssl_context_keyfile_exclusive (test.test_imaplib.RemoteIMAP_SSLTest) ... ok
test_logincapa (test.test_imaplib.RemoteIMAP_STARTTLSTest) ... ok
test_logout (test.test_imaplib.RemoteIMAP_STARTTLSTest) ... FAIL
...
======================================================================
FAIL: test_logout (test.test_imaplib.RemoteIMAP_STARTTLSTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/test_imaplib.py", line 916, in test_logout
    self.assertEqual(rs[0], 'BYE')
AssertionError: 'NO' != 'BYE'
- NO
+ BYE

(...)

Re-running test 'test_imaplib' in verbose mode
(...)
Ran 95 tests in 15.863s
OK (skipped=2)

----------
components: Tests
messages: 295874
nosy: haypo
priority: normal
severity: normal
status: open
title: test_logout() of test_imaplib.RemoteIMAP_STARTTLSTest failed randomly on s390x Debian 3.x
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30648>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:17:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:17:54 +0000
Subject: [issue28180] sys.getfilesystemencoding() should default to utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497345474.17.0.0551892260313.issue28180@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like this change:

     def test_forced_io_encoding(self):
         # Checks forced configuration of embedded interpreter IO streams
-        out, err = self.run_embedded_interpreter("forced_io_encoding")
-        if support.verbose:
+        env = {"PYTHONIOENCODING": "utf-8:surrogateescape"}
+        out, err = self.run_embedded_interpreter("forced_io_encoding", env=env)
(...)

Caused a failure on the "shared" buildbot (./configure --enable-shared):

http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/877/steps/test/logs/stdio

======================================================================
FAIL: test_forced_io_encoding (test.test_capi.EmbeddingTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_capi.py", line 484, in test_forced_io_encoding
    out, err = self.run_embedded_interpreter("forced_io_encoding", env=env)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_capi.py", line 392, in run_embedded_interpreter
    (p.returncode, err))
AssertionError: 127 != 0 : bad returncode 127, stderr is '/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Programs/_testembed: error while loading shared libraries: libpython3.7dm.so.1.0: cannot open shared object file: No such file or directory\n'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:21:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:21:13 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497345673.81.0.863480337524.issue28180@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: sys.getfilesystemencoding() should default to utf-8 -> Implementation of the PEP 538: coerce C locale to C.utf-8

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:22:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:22:42 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497345762.26.0.38255230435.issue28180@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2205

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:25:11 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 09:25:11 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497345911.56.0.201239952508.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

The simple answer here is _run_finalizers() is not thread-safe, but finalizers can be registered or cancelled from any thread.

I could not write a simple synthetic script to reproduce the issue, but it should nevertheless be fixable.

----------
nosy: +pitrou
stage:  -> needs patch
versions: +Python 2.7, Python 3.5, Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:25:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:25:52 +0000
Subject: [issue30648] test_logout() of test_imaplib.RemoteIMAP_STARTTLSTest
 failed randomly on s390x Debian 3.x
In-Reply-To: <1497345290.02.0.962803410389.issue30648@psf.upfronthosting.co.za>
Message-ID: <1497345952.64.0.555472918289.issue30648@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Similar failure on AMD64 FreeBSD CURRENT Non-Debug 3.6:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.6/builds/229/steps/test/logs/stdio

(...)

test_enable_raises_error_if_no_capability (test.test_imaplib.ThreadedNetworkedTests) ... creating server
server created
ADDR = ('127.0.0.1', 0)
CLASS = <class 'socketserver.TCPServer'>
HDLR = <class 'test.test_imaplib.ThreadedNetworkedTests.test_enable_raises_error_if_no_capability.<locals>.NoEnableServer'>
server running
SENT: b'* OK IMAP4rev1'
waiting for server
done
ERROR

(...)

======================================================================
ERROR: test_enable_raises_error_if_no_capability (test.test_imaplib.ThreadedNetworkedTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/test/support/__init__.py", line 2035, in decorator
    return func(*args)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/test/test_imaplib.py", line 673, in test_enable_raises_error_if_no_capability
    with self.reaped_pair(NoEnableServer) as (server, client):
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/contextlib.py", line 81, in __enter__
    return next(self.gen)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/test/test_imaplib.py", line 563, in reaped_pair
    client = self.imap_class(*server.server_address)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 200, in __init__
    self._connect()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 250, in _connect
    self._get_capabilities()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 1027, in _get_capabilities
    typ, dat = self.capability()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 435, in capability
    typ, dat = self._simple_command(name)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 1191, in _simple_command
    return self._command_complete(name, self._command(name, *args))
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 1014, in _command_complete
    typ, data = self._get_tagged_response(tag)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 1134, in _get_tagged_response
    self._get_response()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 1042, in _get_response
    resp = self._get_line()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 1144, in _get_line
    line = self.readline()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/imaplib.py", line 305, in readline
    line = self.file.readline(_MAXLINE + 1)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current.nondebug/build/Lib/socket.py", line 586, in readinto
    return self._sock.recv_into(b)
ConnectionResetError: [Errno 54] Connection reset by peer

(...)
Re-running test 'test_imaplib' in verbose mode
(...)

test_enable_raises_error_if_no_capability (test.test_imaplib.ThreadedNetworkedTests) ... creating server
server created
ADDR = ('127.0.0.1', 0)
CLASS = <class 'socketserver.TCPServer'>
HDLR = <class 'test.test_imaplib.ThreadedNetworkedTests.test_enable_raises_error_if_no_capability.<locals>.NoEnableServer'>
server running
SENT: b'* OK IMAP4rev1'
GOT: b'NMFJ0 CAPABILITY'
SENT: b'* CAPABILITY IMAP4rev1 AUTH'
SENT: b'NMFJ0 OK CAPABILITY completed'
GOT: b'NMFJ1 LOGOUT'
SENT: b'* BYE IMAP4ref1 Server logging out'
SENT: b'NMFJ1 OK LOGOUT completed'
waiting for server
done
ok

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30648>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:27:36 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:27:36 +0000
Subject: [issue30316] test_default_timeout() of test_threading.BarrierTests:
 random failures on AMD64 FreeBSD CURRENT Debug 3.x
In-Reply-To: <1494344975.72.0.584129176678.issue30316@psf.upfronthosting.co.za>
Message-ID: <1497346056.73.0.815762217332.issue30316@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Similar failure on AMD64 Windows8 3.6:

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

(...)
test_abort_and_reset (test.test_threading.BarrierTests) ... ok
test_action (test.test_threading.BarrierTests) ... ok
test_barrier (test.test_threading.BarrierTests) ... ok
test_barrier_10 (test.test_threading.BarrierTests) ... ok
test_default_timeout (test.test_threading.BarrierTests) ... Unhandled exception in thread started by <function Bunch.__init__.<locals>.task at 0x000000B21066D9B0>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 38, in task
Unhandled exception in thread started by <function Bunch.__init__.<locals>.task at 0x000000B21066D9B0>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 38, in task
Unhandled exception in thread started by <function Bunch.__init__.<locals>.task at 0x000000B21066D9B0>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 38, in task
    f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 917, in f
    f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 917, in f
    f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 917, in f
    i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 612, in wait
Unhandled exception in thread started by <function Bunch.__init__.<locals>.task at 0x000000B21066D9B0>
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 38, in task
    i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 612, in wait
    self._wait(timeout)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 652, in _wait
    i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 612, in wait
    f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 917, in f
    self._wait(timeout)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 652, in _wait
    raise BrokenBarrierError
threading.BrokenBarrierError
    self._wait(timeout)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 652, in _wait
    i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 603, in wait
ERROR
test_reset (test.test_threading.BarrierTests) ...     raise BrokenBarrierError
threading.BrokenBarrierError
    self._enter() # Block while the barrier drains.
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 627, in _enter
    raise BrokenBarrierError
threading.BrokenBarrierError
    raise BrokenBarrierError
threading.BrokenBarrierError
ok
test_single_thread (test.test_threading.BarrierTests) ... ok

(...)

======================================================================
ERROR: test_default_timeout (test.test_threading.BarrierTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 922, in test_default_timeout
    self.run_threads(f)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 751, in run_threads
    f()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\test\lock_tests.py", line 917, in f
    i = barrier.wait()
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 612, in wait
    self._wait(timeout)
  File "D:\buildarea\3.6.bolen-windows8\build\lib\threading.py", line 650, in _wait
    raise BrokenBarrierError
threading.BrokenBarrierError

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30316>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:29:59 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:29:59 +0000
Subject: [issue30649] test_utime_current_old() of test_os fails randomy on x86
 Windows7 3.6
Message-ID: <1497346199.32.0.269414659155.issue30649@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/x86%20Windows7%203.6/builds/416/steps/test/logs/stdio

======================================================================
FAIL: test_utime_current_old (test.test_os.UtimeTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_os.py", line 644, in test_utime_current_old
    self._test_utime_current(set_time)
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_os.py", line 632, in _test_utime_current
    delta=delta, msg=msg)
AssertionError: 1497323613.108506 != 1497323613.0692456 within 0.02 delta : st_time=1497323613.108506, current=1497323613.0692456, dt=0.0392603874206543

----------------------------------------------------------------------
Ran 238 tests in 16.382s

FAILED (failures=1, skipped=81)
test test_os failed

And then test_os passed.

----------
components: Tests, Windows
keywords: buildbot
messages: 295879
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: test_utime_current_old() of test_os fails randomy on x86 Windows7 3.6
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30649>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:32:05 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 09:32:05 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497346325.47.0.662577771021.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Marcin, Jorge, Ned, could one of you apply the following simple patch and see if that seems to solve the issue?

----------
keywords: +patch
Added file: http://bugs.python.org/file46944/run_finalizers.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:35:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:35:02 +0000
Subject: [issue30649] test_utime_current_old() of test_os fails randomy on x86
 Windows7 3.6
In-Reply-To: <1497346199.32.0.269414659155.issue30649@psf.upfronthosting.co.za>
Message-ID: <1497346502.95.0.151040712626.issue30649@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2206

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30649>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:36:59 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 09:36:59 +0000
Subject: [issue30565] PEP 538: default to skipping warning for implicit locale
 coercion?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497346619.85.0.598797202572.issue30565@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

My latest proposal on python-dev:

- no warning by default on successful coercion
- set "PYTHONCOERCECLOCALE=warn" to enable the warning when it's considered a configuration error in the runtime environment

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:39:46 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 09:39:46 +0000
Subject: [issue30565] PEP 538: default to skipping warning for implicit locale
 coercion?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497346786.76.0.00374681999948.issue30565@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Some relevant mailing list threads on the usability problems posed by issuing the warning by default:

python-dev (impact on developer experience): https://mail.python.org/pipermail/python-dev/2017-June/148323.html

Fedora's python-devel (build environment warnings due to F26 backport of PEP 538): https://lists.fedorahosted.org/archives/list/python-devel at lists.fedoraproject.org/thread/VSEGOF76XMBJOAO4C2MORNK3I2VIPOTU/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:42:38 2017
From: report at bugs.python.org (Messi Liao)
Date: Tue, 13 Jun 2017 09:42:38 +0000
Subject: [issue30650] lack of right parentheses
Message-ID: <1497346958.97.0.696530489581.issue30650@psf.upfronthosting.co.za>


New submission from Messi Liao:

lack of right parentheses

----------
components: Cross-Build
files: posixmodule_compiler_error.png
messages: 295883
nosy: Alex.Willmer, bh_binghu
priority: normal
pull_requests: 2207
severity: normal
status: open
title: lack of right parentheses
type: compile error
versions: Python 3.7
Added file: http://bugs.python.org/file46945/posixmodule_compiler_error.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30650>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:49:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:49:06 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1497347346.96.0.0393223051353.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Similar issue on AMD64 Windows7 SP1 2.7:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%202.7/builds/123/steps/test/logs/stdio

(...)
0:04:18 [401/403] test_posixpath passed -- running: test_weakref (48 sec)
0:04:19 [402/403] test_bsddb passed -- running: test_weakref (48 sec)

command timed out: 1200 seconds without output, attempting to kill
program finished with exit code 1
elapsedTime=1461.020000

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:49:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 09:49:47 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497347387.22.0.909812253527.issue28180@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset eb52ac89929bb09b15c014ab8ff60eee685e86c7 by Victor Stinner in branch 'master':
bpo-28180: Fix test_capi.test_forced_io_encoding() (#2155)
https://github.com/python/cpython/commit/eb52ac89929bb09b15c014ab8ff60eee685e86c7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Tue Jun 13 05:57:07 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 09:57:07 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497347827.62.0.0391669334798.issue29514@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2208

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:01:44 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 10:01:44 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497348104.05.0.171361776294.issue29514@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2209

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:03:26 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 10:03:26 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497348206.05.0.918715049307.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, I got to write a reproducer, which fails reliably here.

----------
Added file: http://bugs.python.org/file46946/finalizestress.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:12:59 2017
From: report at bugs.python.org (Arthur Darcet)
Date: Tue, 13 Jun 2017 10:12:59 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497348779.22.0.426210248304.issue29406@psf.upfronthosting.co.za>


Changes by Arthur Darcet <arthur+python at darcet.fr>:


----------
nosy: +rthr

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:31:20 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 10:31:20 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497349880.71.0.997189406545.issue24484@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2210

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:32:27 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 10:32:27 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497349947.09.0.467122544731.issue29514@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset d071a20f136547a490783fcfa969c6528025a6d2 by Nick Coghlan in branch '3.5':
[3.5] bpo-29514: Check magic number for bugfix releases (#2158)
https://github.com/python/cpython/commit/d071a20f136547a490783fcfa969c6528025a6d2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:32:48 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 10:32:48 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497349968.28.0.324045412947.issue29514@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 92e9e35292d4e2044c25970389f3cdb30cfc903a by Nick Coghlan in branch '3.6':
[3.6] bpo-29514: Check magic number for bugfix releases (#2157)
https://github.com/python/cpython/commit/92e9e35292d4e2044c25970389f3cdb30cfc903a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:33:23 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 10:33:23 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497350003.27.0.621514594676.issue29514@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2211

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:33:32 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 10:33:32 +0000
Subject: [issue30051] Document that the random module doesn't support fork
In-Reply-To: <1491989089.77.0.552733144958.issue30051@psf.upfronthosting.co.za>
Message-ID: <1497350012.18.0.193247833975.issue30051@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Victor, this issue should be obsolete now that the global Random instance is reseeded after fork().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30051>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:34:44 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 10:34:44 +0000
Subject: [issue27151] multiprocessing.Process leaves read pipes open
 (Process.sentinel)
In-Reply-To: <1464519594.44.0.838880586419.issue27151@psf.upfronthosting.co.za>
Message-ID: <1497350084.53.0.825110031163.issue27151@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

The Process issue will be fixed with Process.close() in issue30596.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27151>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:39:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 10:39:46 +0000
Subject: [issue30651] test_poplib.test_stls_context() access violation on x86
 Windows7 3.6 buildbot
Message-ID: <1497350386.85.0.94132048112.issue30651@psf.upfronthosting.co.za>


New submission from STINNER Victor:

test_stls_context() of test_poplib crashed with an access violation (Windows fatal exception) on x86 Windows7 3.6 buildbot. It seems like the crash occurred in OpenSSL.

http://buildbot.python.org/all/builders/x86%20Windows7%203.6/builds/417/steps/test/logs/stdio

I see 3 threads:

* Thread 0x00000a20: asyncore.loop() called from DummyPOP3Server.run(), test_poplib.py:222:

    def run(self):
        self.active = True
        self.__flag.set()
        while self.active and asyncore.socket_map:
            self.active_lock.acquire()
            asyncore.loop(timeout=0.1, count=1)   <~~~~ HERE
            self.active_lock.release()
        asyncore.close_all(ignore_all=True)

* Current thread 0x00000a5c: self._sslobj.do_handshake() <= SSLObject.do_handshake() <= DummyPOP3Handler._do_tls_handshake() <= DummyPOP3Handler.handle_read()

* Thread 0x00000360: socket.getaddrinfo() <= socket.create_connection() <= POP3._create_socket() <= POP3.__init__() <= TestPOP3Class.test_stls_context() of test_poplib.py:359


0:47:48 [207/405] test_poplib crashed
Windows fatal exception: access violation

Thread 0x00000a20 (most recent call first):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 144 in poll
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 207 in loop
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py", line 222 in run
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\threading.py", line 916 in _bootstrap_inner
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\threading.py", line 884 in _bootstrap

Current thread 0x00000a5c (most recent call first):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\ssl.py", line 683 in do_handshake
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\ssl.py", line 1061 in do_handshake
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py", line 172 in _do_tls_handshake
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py", line 189 in handle_read
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 423 in handle_read_event
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 83 in read
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 150 in poll
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\asyncore.py", line 207 in loop
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py", line 222 in run
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\threading.py", line 916 in _bootstrap_inner
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\threading.py", line 884 in _bootstrap

Thread 0x00000360 (most recent call first):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\socket.py", line 743 in getaddrinfo
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\socket.py", line 704 in create_connection
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\poplib.py", line 108 in _create_socket
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\poplib.py", line 102 in __init__
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py", line 359 in test_stls_context
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\case.py", line 601 in run
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\case.py", line 649 in __call__
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\suite.py", line 122 in run
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\suite.py", line 84 in __call__
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\suite.py", line 122 in run
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\suite.py", line 84 in __call__
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\unittest\runner.py", line 176 in run
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\support\__init__.py", line 1889 in _run_suite
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\support\__init__.py", line 1923 in run_unittest
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_poplib.py", line 509 in test_main
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\runtest.py", line 165 in runtest_inner
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\runtest.py", line 119 in runtest
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\runtest_mp.py", line 71 in run_tests_slave
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\main.py", line 475 in _main
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\main.py", line 468 in main
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\libregrtest\main.py", line 532 in main
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\regrtest.py", line 46 in _main
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\regrtest.py", line 50 in <module>
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\runpy.py", line 85 in _run_code
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\runpy.py", line 193 in _run_module_as_main

...
Exception: Child error on test_poplib: Exit code 3221225477

----------
assignee: christian.heimes
components: SSL, Tests, Windows
keywords: buildbot
messages: 295891
nosy: alex, christian.heimes, dstufft, haypo, janssen, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: test_poplib.test_stls_context() access violation on x86 Windows7 3.6 buildbot
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30651>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:44:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 10:44:30 +0000
Subject: [issue30651] test_poplib.test_stls_context() access violation on x86
 Windows7 3.6 buildbot
In-Reply-To: <1497350386.85.0.94132048112.issue30651@psf.upfronthosting.co.za>
Message-ID: <1497350670.1.0.681387771759.issue30651@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +Lukasa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30651>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:45:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 10:45:23 +0000
Subject: [issue30651] test_poplib.test_stls_context() access violation on x86
 Windows7 3.6 buildbot
In-Reply-To: <1497350386.85.0.94132048112.issue30651@psf.upfronthosting.co.za>
Message-ID: <1497350723.74.0.223169733228.issue30651@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Cory: Can I have the PEP 543 right now, with a cup of tea, please? (No sugar nor milk, thank you!) :-D

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30651>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:58:50 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 10:58:50 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497351530.46.0.774119919016.issue29514@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset a51f12f154baef9e10698f43bd19b36d01af62f4 by Nick Coghlan in branch '2.7':
[2.7] bpo-29514: Check magic number for bugfix releases
https://github.com/python/cpython/commit/a51f12f154baef9e10698f43bd19b36d01af62f4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 06:59:54 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Jun 2017 10:59:54 +0000
Subject: [issue30051] Document that the random module doesn't support fork
In-Reply-To: <1491989089.77.0.552733144958.issue30051@psf.upfronthosting.co.za>
Message-ID: <1497351594.71.0.19173825027.issue30051@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Even if the global Random instance is reseeded after fork(), other instances are not reseeded.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30051>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:02:59 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 11:02:59 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497351779.27.0.861792636329.issue29514@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

This has now been backported to all active maintenance branches.

For 2.7, I backported the test as a standalone one in Lib/test/test_import_magic.py, since there's only a partial importlib implementation in 2.7, and hence no test_importlib directory.

Thanks all!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:07:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 11:07:29 +0000
Subject: [issue30051] Document that the random module doesn't support fork
In-Reply-To: <1497351594.71.0.19173825027.issue30051@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZ9W_bn65EXEEw98h_NKw9ManomJOMe4-_=f4RQYgbKMQ@mail.gmail.com>


STINNER Victor added the comment:

At least, it would be nice to document it for Python 3.6 and older.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30051>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:07:35 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 11:07:35 +0000
Subject: [issue30051] Document that the random module doesn't support fork
In-Reply-To: <1491989089.77.0.552733144958.issue30051@psf.upfronthosting.co.za>
Message-ID: <1497352055.09.0.84019888625.issue30051@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

This is true, but it's by design.  If you want a specific random sequence (which is the primary use case for specific instances), you don't want fork() to mess with the random sequence.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30051>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:12:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Jun 2017 11:12:24 +0000
Subject: [issue30051] Document that the random module doesn't support fork
In-Reply-To: <1491989089.77.0.552733144958.issue30051@psf.upfronthosting.co.za>
Message-ID: <1497352344.21.0.128585456531.issue30051@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, this is a feature, not a bug. But I think it is worth be explicitly documented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30051>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:16:15 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 11:16:15 +0000
Subject: [issue27151] multiprocessing.Process leaves read pipes open
 (Process.sentinel)
In-Reply-To: <1464519594.44.0.838880586419.issue27151@psf.upfronthosting.co.za>
Message-ID: <1497352575.4.0.169727971218.issue27151@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

As for Queue._writer, I don't think this is true.  When you call Queue.close(), it calls the _close() method, which sends a sentinel to the feeder thread (see _finalize_close), and the feeder thread then pops the sentinel, closes the writer and exits.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27151>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:17:12 2017
From: report at bugs.python.org (Michael Felt)
Date: Tue, 13 Jun 2017 11:17:12 +0000
Subject: [issue27435] ctypes library loading and AIX - also for 2.7.X (and
 later)
In-Reply-To: <be3f0a10-ed95-a426-2b5d-ea1c543f2a57@ssi-schaefer.com>
Message-ID: <c819a127-4b74-1500-42bf-b07c5cea0847@felt.demon.nl>


Michael Felt added the comment:

First, my apology that I have not responded earlier. I had other things 
to work on (real life things), customers that had interest in a fix for 
find_library() have indicated no longer have interest, and also my 
personal issue - becoming disillusioned with the lack of progress in the 
discussion.

Clearly, the detail of your comments proves me wrong on that final 
point. I will be more attentive.

Jumping to your last comment:

> Uhm, ultimative solution feels complex already, while still some things to decide...

So, rather than try for perfection in one go - set some priorities.

IMHO (emphasis on the H) - having find_library return something useful, 
even if not right 100% of the time - is better than wrong 100% of the 
time. - this concerns find_library().

Your "find" of the routine "loadquery()" may be a big improvement over 
what I found first. FYI - while you show links to AIX 7.2 documentation 
I am, as a 'packager' still trying, for the time being, to package on 
AIX 5.3. I know AIX 5.3 is no longer supported, but as long as something 
such as RBAC intelligence is not needed I prefer to package only once - 
and let AIX binary compatibility upwards do it's thing. Back to the H 
from above: loadquery() is an enhancement - and in previous discussions 
about my patch, such enhancements were frowned upon (i.e., it seemed 
that anything that would consider  or include LD_LIBRARY_PATH or LIBPATH 
would not be considered - so even something that would examine the 
environment (i.e., an exported LD_LIBRARY_PATH or LIBPATH) was not 
acceptable. However, I concur loadquery() using *L_GETLIBPATH*can be 
expected to be more efficient (and easier to read?) that my earlier 
attempts to get this info using "dump -H".

More comments (a few) below.

On 20/02/2017 14:37, Michael Haubenwallner wrote:
> Michael Haubenwallner added the comment:
>
> On 02/03/2017 09:52 PM, Michael Felt wrote:
>>> Anyway:
>>> Unfortunately, there is no concept of embedding something like ELF's DT_SONAME tag into the Shared Object.
>>> The very (PATH,BASE,MEMBER) value as (specified to and) discovered by the linker is recorded into the just-linked executable (or Shared Object).
>>> This implies that the runtime loader does search for the very same filename (and member eventually) as the linker (at linktime).
>> I assume this is why there are many systems besides AIX that do not
>> support/use DT_SONAME.
> Except for Windows, I'm not sure which "many systems besides AIX" you're talking here about, that "do not use/support DT_SONAME".
Clearly, my assumption is wrong. I "grew up" on BSD Unix, not System V, 
and AIX seems (imho) favor BSD in some aspects. I assume (emphasis 
assume!) that soname is not part of the POSIX standard (at least not as 
early as 2005 - standards change).
>> At least I see many references to "Shared
>> Objects" libFOO.so.X.Y.Z, libFOO.so.X.Y, libFOO.so.X and libFOO.so (with
>> the latter three being symbolic links to the first).
> When a system happens to find these symlinks useful, then it actually _does_ support embedding DT_SONAME (or something similar) into its binary file format.
What I have seen on AIX - packaging by others, and from memory what 
libtool is doing, is the following: the file: libfoo.so.X.Y.Z gets 
created, the following symbolic links are created - each pointing at 
libfoo.so.X.Y.Z: libfoo.so.X.Y, libfoo.so.X and libfoo.so. I also see 
the same "logic" in IBM provided archives. I use libssl.a as my guide 
(for 'versioning'), but most of my 'issues' has been with supporting 
backwards compatibility with libintl.a - execpt here they are not 
symbolic links. The same "file" is added to the archive, but with a 
different name - so if a "soname extension" was used (better, found 
during linking), it is used. The order in the archive is important. If 
the generic name is first, then that is the name that will be used 
during linking (and remembered for execution).

root at x064:[/usr/lib]lslpp -L | grep openssl.base
   openssl.base            1.0.2.1000    C     F    Open Secure Socket Layer
root at x064:[/usr/lib]ar -Xany -tv libssl.a
rwxr-xr-x 537912/767508 726474 Oct 18 11:38 2016 libssl.so
rwxr-xr-x 537912/767508 726474 Oct 18 11:38 2016 libssl.so.1.0.0
rwxr-xr-x 537912/767508 510610 Oct 18 11:39 2016 libssl.so.0.9.8
rwxr-xr-x 537912/767508 823217 Oct 18 11:39 2016 libssl64.so
rwxr-xr-x 537912/767508 823217 Oct 18 11:39 2016 libssl64.so.1.0.0
rwxr-xr-x 537912/767508 577122 Oct 18 11:54 2016 libssl64.so.0.9.8

root at x064:[/usr/lib]lslpp -L aixtools.gnu.gettext.rte
   Fileset                      Level  State  Type  Description 
(Uninstaller)
----------------------------------------------------------------------------
   aixtools.gnu.gettext.rte  0.19.8.1    C     F    built 21-Aug-2016 
1821 UTC

root at x064:[/usr/lib]ar -Xany tv libintl.a
rwxr-xr-x     0/0      87530 Aug 21 16:45 2016 libintl.so.8
rwxr-xr-x     0/0      79727 Aug 21 18:17 2016 libintl.so.8
rw-r--r--     0/0       3753 Jun 03 18:05 2017 bindtextdom.o
...
rw-r--r--     0/0       2014 Jun 03 18:05 2017 textdomain.o
rwxr-xr-x     0/0      64001 Jun 03 18:05 2017 libintl.so.1

Here, to keep ancient legacy programs - I have copied (and put at the 
end of the archive the 32-bit libintl.so.1 member that some programs are 
still using - sadly).

And another example - with libz.a - where, historical moments can be 
important as well: -- Here I overwrite the member provided by IBM 
(libz.so.1) - and do not provide libz.so - as this has been the 
convention - forever.

root at x064:[/usr/lib]ar -Xany -tv libz.a
rwxr-xr-x     0/0     174334 Jan 31 12:53 2017 libz.so.1
rwxr-xr-x     0/0     174334 Jan 31 12:53 2017 libz.so.1.2.11
rwxr-xr-x     0/1954  174270 Feb 02 18:55 2017 libz.so.1.2.10
r-xr-xr-x     0/1954  164528 Feb 02 18:55 2017 libz.so.1.2.8
rw-r--r--     0/0       5565 Jan 31 12:53 2017 adler32.o
rw-r--r--     0/0      13383 Jan 31 12:53 2017 crc32.o
...
rw-r--r--     0/0      10973 Jan 31 12:53 2017 gzwrite.o
rwxr-xr-x     0/0     164632 Jan 31 12:55 2017 libz.so.1
rwxr-xr-x     0/1954  164632 Feb 02 18:43 2017 libz.so.1.2.11
rwxr-xr-x     0/1954  164594 Feb 02 18:53 2017 libz.so.1.2.10
r-xr-xr-x     0/1954  156861 Feb 02 18:53 2017 libz.so.1.2.8
rw-r--r--     0/0       5249 Jan 31 12:55 2017 adler32.o
rw-r--r--     0/0      13880 Jan 31 12:55 2017 crc32.o
...

So, getting back to your comment about it being "complex". Maybe I 
understand that in details that few have cared to investigate. And I am 
skipping over the cases where IBM uses the name shr.o as the shared 
library that needs to be loaded (as find_library("c") should return - as 
just one example, or shr_64.o - when a 64-bit version of python is 
packaged) (example from AIX 5.3 TL7 - and I would expect to see the same 
on AIX 7.2)

root at x064:[/usr/lib]ar -Xany -tv libc.a | grep shr
rwxr-xr-x   300/300   4154464 Sep 26 20:00 2007 shr.o
rwxr-xr-x   300/300   4516730 Sep 26 20:00 2007 shr_64.o

>> Another issue is support for what I believe MacOS calls "fat" objects -
>> that support both 32-bit and 64-bit applications - rather than /XXX/lib
>> for 32-bit objects and /XXX/lib/lib64 or /XXX/lib64 for 64-bit objects.
> Yes, the AIX Archive Libraries supporting different bitwidths for members is quite similar to MacOS fat objects.
> However - although related, the creation of "fat" AIX archives is a different topic.
> But yes, Python ctypes.find_library+dlopen should know how to deal with them.
I am not asking steps on how to create them - that is my 'private' 
problem as a packager. I can tell you it entails building the package 
twice - plus some additional steps.
>
>> b) One of the difficulties I faced is trying to guess what version -lFOO
>> should find when there is more than one version available.
> Exactly. There is an idea below (the symbol->member map).
I looked at that - and my expectation is: wonderful, but not for 2.7 as 
it is a different behavior than find_library() anno Python2.7 (or any 
version Lib/ctypes for that matter) - and should not be limited to AIX, 
but should deal with all platforms and how they provide multiple 
versions. I have seen packages that try to resolve that now by doing - 
potentially, multiple calls to find_library - and supply specific values 
for libfoo.so.X. That is, I believe there are users (i.e., python 
application/module developers) that would make use of the added 
functionality. However, for now I think it is simpler - on AIX at least 
- to 'assume' that libfoo.so is a symbolic link to libfoo.so.X[[.Y][.Z]] 
(hope I have the [] correctly and/or you understand my intent) - as that 
is the 'default' behavior of libtool. And, when file or "member" 
libfoo.so does not exist to go for the most specific .X.Y.Z available.

>>> But still, how to get ctypes.find_library() working - ideally for each variant, is another story. Right now it does not work for any variant,
>> Do you mean all systems, or specific to AIX - I am assuming you mean AIX.
> Yes - find_library currently does not work for any variant on *AIX*.
So, it is always up to the programmer to find a solution. And, my 
observation is that they create an unmaintable/unmanageable situation by 
extracting a member from an archive into /usr/lib and hard-coding the 
library-name in a call to LoadLibrary(). Of course if the archive they 
extracted from gets updated - their extracted member is not updated. etc.

If they have done enough research (which I have not seen) they could use 
- instead (part of my would-be 'patch' to Lib/ctypes/util.py)
         # load
         if sys.platform == "darwin":
             print cdll.LoadLibrary("libm.dylib")
             print cdll.LoadLibrary("libcrypto.dylib")
             print cdll.LoadLibrary("libSystem.dylib")
             print cdll.LoadLibrary("System.framework/System")
         elif sys.platform[:3] == "aix":
             from ctypes import CDLL
             RTLD_MEMBER =  0x00040000
             print CDLL("libc.a(shr.o)", RTLD_MEMBER)
         else:
             print cdll.LoadLibrary("libm.so")
             print cdll.LoadLibrary("libcrypt.so")
             print find_library("crypt")

  And gives:
root at x064:[/data/prj/python/python-2.7.13.0/Lib/ctypes]../../python util.py
None
None
None
<CDLL 'libc.a(shr.o)', handle 10 at 300fe2f0>

So, just want to point out - if find_library() was working, there is 
only a minor change to __init__.py needed (specifically to add the 
RTLD_MEMBER to the mode when the filename includes '(' and ends in ')'.

In short, for AIX find_library() is broken. period. It could be fixed so 
that code written as: cdll.LoadLibrary(find_library("foo")) would work 
cross platform. (I do not have a mac to test on, but I expect 
find_library("m") returns 'libm.dylib'. FYI: On AIX, find_library("m") 
should return None - as there is no shared library in libm.a

>>> but I guess that search algorithm should follow how the linker discovers the (PATH,BASE,MEMBER) values to
>> I am not a tool builder. My comments are based on observations and
>> experience from when I was a developer 25+ years ago. The AIX linker is
>> not interested in the member name - it seems to go through the
>> PATH/libBASE.a looking for the first object it can find to resolve a
>> symbol. The name of the object it finds becomes the MEMBER it records in
>> it's internal table of where to look later when the application runs.
> Exactly.
See above re: my observations re: current practice/behavior

I could go through all of PEP 20 - but one of my goals was to have AIX 
low-level details masked, so that code "written for any platform" such as:

# leaving out the 'include statements' to show the 'core' objective
solib = None
solibname = find_library("foo")
if solibname:
     solib = cdll.LoadLibrary(solibname)
# optionally, there might also be an else block dealing with the 
'unexpected?' lack of solibname resolution.

would work.

There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.

I would like to add - I may be American born, I carry a Dutch passport 
when traveling in EU. ;)

And, while *right* now may be too soon - but remember 'never' is - I 
hope in the spirit of PEP 20 - too late.

>
>>>    write into just-linked executables, combined with how the runtime loader finds the Shared Object to actually load.
>> I worked on a patch - to do all that - taking into consideration the way
>> libtool names .so files/members and then looking into/at "legacy" aka
>> IBM dev ways they did things before the libtool model was so prominent.
>>
>> My algorithm - attempts to solve the (PATH, BASE, MEMBER) problem as
>> "dynamically" as possible. PATH and BASE are fairly straight forward -
>> but MEMBER is clearly more complex.
>>
>> PATH: start by looking at the python executable -
> As far as I can tell, any executable can actually link against the Python interpreter.
I am talking about packaging python as "stand-alone"
>> and looking at it's  "blibpath" -
> There also is the loadquery() subroutine in AIX, see https://www.ibm.com/support/knowledgecenter/ssw_aix_72/com.ibm.aix.basetrf1/loadquery.htm
>
> loadquery(L_GETLIBPATH) "Returns the library path that was used at process exec time.",
> which includes both the environment variable LIBPATH (or LD_LIBRARY_PATH if LIBPATH is unset) and the executable's "blibpath" value.
Not having used loadquery() I do not know if it also, by default, 
returns the default library path that the executable uses for it's own 
(initial) libraries. E.g, when packaging I try to use /opt/lib, rather 
than /usr/lib as I do not want to conflict or overwrite existing 
libraries. So, when I add -L/opt/lib the XCOFF headers of python, the 
executable, include /opt/lib.
>> and using that as the default colon separated list of PATHs
> Question is if we do want to consider _current_ values of environment variable LIBPATH (or LD_LIBRARY_PATH) in addition to the "library path at process exec time"?
In Python2.X, and prior to Python 3.6 - for Linux it was ignored. I 
cannot comment on other platforms. On AIX I know that CDLL("libfoo.so") 
and CDLL("libfoo.a(member.o), RTLD_MEMBER) follow LIBPATH or, if LIBPATH 
is not defined LD_LIBRARY_PATH if it is defined). In short, 
LoadLibrary() may find something different compared to what find_library 
returns.

>> to search for BASE.a archive. Once a BASE.a file is found it is examined
>> for a MEMBER. If all PATH/BASE.a do not find a potential MEMBER then the
>> PATHs are examined again for PATH/BASE.so.
> Erm, nope, the AIX linker has a different algorithm (for -lNAME):
> Iterating over the "library path", the first path entry containing any matching filename (either libNAME.a or libNAME.so) will be used, and no further library path iteration is performed.
> This one found PATH/filename does have to provide the requested symbol in one way or another.
Maybe the linker (ld) follows this. It has been a year since I did my 
tests for rtld behavior. Above is what I recall. Or maybe I just tested 
wrong.
In any case, I felt it is more 'friendly' to skip over a libfoo.a that 
does not include a dlopen() suitable object (aka member) and look for a 
dlopen() suitable .so file.
>> When a .so file is found that
>> is returned - versioning must be accomplished via a symbolic link to a
>> versioned library.
I mean, if we are getting to "file" level, it should function as I 
believe "Linux" is behaving. Whatever the platform thinks is "best".

Linux x066 3.2.0-4-powerpc64 #1 SMP Debian 3.2.78-1 ppc64 GNU/Linux

root at x066:~# find / -name libc.so\*
/lib64/libc.so.6
/lib/powerpc-linux-gnu/libc.so.6
/usr/lib64/libc.so
/usr/lib/powerpc-linux-gnu/libc.so

root at x066:~# python -m ctypes/util
libm.so.6
libc.so.6
libbz2.so.1.0
<CDLL 'libm.so', handle f7e965e0 at f7c20370>
<CDLL 'libcrypt.so', handle 1096df58 at f7c20370>
libcrypt.so.1

michael at x067:~$ uname -a
Linux x067 3.16.0-4-powerpc64 #1 SMP Debian 3.16.7-ckt9-3 (2015-04-23) 
ppc64 GNU/Linux

And, as you look at the details - perhaps 'libm' shows more clearly how 
python really does not care - much. find_library() may find one thing, 
but if the less specific exists, then the less specific is loaded.

michael at x067:~$ uname -a
Linux x067 3.16.0-4-powerpc64 #1 SMP Debian 3.16.7-ckt9-3 (2015-04-23) 
ppc64 GNU /Linux
michael at x067:~$ uname -a
Linux x067 3.16.0-4-powerpc64 #1 SMP Debian 3.16.7-ckt9-3 (2015-04-23) 
ppc64 GNU/Linux
(switching to root, so find does not complain about non-accessible 
directories)
michael at x067:~$ su
Password:
root at x067:/home/michael# find / -name libc.so\*
/usr/lib/powerpc-linux-gnu/libc.so
/lib/powerpc-linux-gnu/libc.so.6
root at x067:/home/michael# python -m ctypes/util
libm.so.6
libc.so.6
libbz2.so.1.0
<CDLL 'libm.so', handle f7ea3528 at f7b970b0>
<CDLL 'libcrypt.so', handle 10a74e68 at f7b970b0>
libcrypt.so.1
root at x067:/home/michael# find / -name libm.so\*
/usr/lib/powerpc-linux-gnu/libm.so
/lib/powerpc-linux-gnu/libm.so.6

> The linker does not perform such a check, nor does it feel necessary for ctypes.find_library+dlopen as long as it does search similar to the linker.
Above shows (find output) - that the names are 'equal' - but where they 
actually are is 'don't care' from python perspective. That is a 
low-level detail - platform dependent. And as the documentation says:

Python2.7:

|ctypes.util.||find_library|(/name/)

    Try to find a library and return a pathname. /name/ is the library
    name without any prefix like /lib/, suffix like |.so|, |.dylib| or
    version number (this is the form used for the posix linker option
    |-l|). If no library can be found, returns |None|.

The exact functionality is system dependent.

On Linux, |find_library()| tries to run external programs 
(|/sbin/ldconfig|, |gcc|, and |objdump|) to find the library file.

Python3.6.1

|ctypes.util.||find_library|(/name/)

    Try to find a library and return a pathname. /name/ is the library
    name without any prefix like /lib/, suffix like |.so|, |.dylib| or
    version number (this is the form used for the posix linker option
    |-l|). If no library can be found, returns |None|.

The exact functionality is system dependent.

On Linux, |find_library()| tries to run external programs 
(|/sbin/ldconfig|, |gcc|, |objdump| and |ld|) to find the library file. 
It returns the filename of the library file.

Changed in version 3.6: On Linux, the value of the environment variable 
|LD_LIBRARY_PATH| is used when searching for libraries, if a library 
cannot be found by any other means.

Please note: "The exact functionality is system dependent.", so I have 
not understood how adding _aix.py (_dynload_aix.py if you must have a 
longer name, the _ (underscore at the beginning is key (and thinking PEP 
20 I thought _aix was a fine name).

But somewhere, perhaps in my 'noobish python attempts that needed 
upgrading" arose the objection to including anything - passing by the 
true issue. find_library() is broken.
>> The program "dump -H" provides this information for both executables and
>> archive (aka BASE) members.
> Eventually we might want to avoid spawning the 'dump' program, but implement reading the XCOFF Object File Format within _ctypes module instead.
> At least AIX does provide the necessary headers: https://www.ibm.com/support/knowledgecenter/ssw_aix_72/com.ibm.aix.files/XCOFF.htm
On my 'to read' list.
>> Starting from the "blibpath" values in the executable mean a cpython
>> packager can add a specific PATH by adding it to
>> LDFLAGS="-L/my/special/libdir:$LDFLAGS". Note that AIX archives also
>> have their own "blibpath" - so libraries dynamically loaded may also
>> follow additional paths that the executable is not aware of (nor need to
>> be).
> There is no need for the ctypes module to search libpaths from other Shared Objects than the main executable (and current env vars).
OK. But my point is - the environment variable is most generally not 
defined, and my observation is that the LIBPATHs that rtld searches is: 
a) the LIBPATH defined in the XCOFF info of the executable when it 
loads, and b) the LIBPATH specified in the libfoo.a(member) when it 
needs other libraries. These may not be the same. Although, I must 
verify (again) part b.

I agree that an executable should not need to care about the LIBPATH 
needs of libraries it wants to dlopen().
>> So - once the PATHS are determined the system is examined looking for
>> ${PATH}/BASE.a. If a target BASE.a is found, it is examined for a MEMBER
>> is set to BASE.so (now used a MEMBER.so) . If MEMBER.so is not found
>> then look for the "highest X[.Y[.Z]] aka MEMBER.so.X[.Y[.Z]] name. If
>> that is not found check AIX legacy names (mainly shr.o or shr_64.o,
>> although there are also certain key libraries that have additional
>> variations (boring)).
> When ctypes.dlopen is asked to load an Archive Library (either .a or .so) without a specific member, it probably should not immediately dlopen a specific member, but fetch the list of symbols provided by useable members (either Shared Objects without the F_LOADONLY flag, as well as specified in Import Files), and return the handle to some internal symbol->member map instead.
>
> Then, really loading a shared archive member is done by subsequent ctypes.dlsym - where it becomes clear which archive member to load.
IMHO (noob me) thinks this is a "new behavior" not described in 
Python2.7 (or even Python3.6) ctypes documentation - and beyond the 
scope of what I have been reporting.
>> Again, if PATH, BASE, MEMBER is not located as a .a archive - look for
>> libFOO.so in all the PATH directories known to the executable.
> Nope, see above - please iterate over a libpath list only _once_, and search for each filename while at one path list entry.
Actually, I think we largely agree. If I understand your comment 
correctly you would prefer to search, per directory for libfoo.a (for 
suitable members), then libfoo.so, then next directory in LIBPATH - 
rather than my search for libfoo.so only after LIBPATH directories have 
all 'failed' to find a shareable member.

Our difference is that I put .a archives - at the premium - whereas you 
put "files" at the premium.

Maybe your way is how rtld (aka InitandLoad() searches), and then that 
should be the way to go!
>
> However, I'm not sure yet how to identify if we should search for .a or .so first (before .so and .a, respectively):
> This depends on whether the current executable actually does use runtime linking or not, but I have no idea yet how to figure that out.
I have not specifically looked - but I have not seen any application on 
AIX (in recent years) that only uses static libraries.
> But probably we may want to use how the Python interpreter (libpython.a or libpython.so) was built.
Using "./configure" defaults -  looking at my own packaging:
   $ ./configure --prefix=/opt --sysconfdir=/var/python/etc 
--sharedstatedir=/var/python/com --localstatedir=/var/python 
--mandir=/usr/share/man --infodir=/opt/share/info/python 
--without-computed-gotos

executable: (never released though, am hung on whether to add my 
non-accepted patch to ctypes or not)

root at x064:[/data/prj/python/python-2.7.13.0]dump -H python

python:

                         ***Loader Section***
                       Loader Header Information
VERSION#         #SYMtableENT     #RELOCent        LENidSTR
0x00000001       0x000005b2       0x00003545       0x0000006e

#IMPfilID        OFFidSTR         LENstrTBL        OFFstrTBL
0x00000005       0x0003080c       0x00006837       0x0003087a

                         ***Import File Strings***
INDEX  PATH                          BASE                MEMBER
0      /usr/vac/lib:/usr/lib:/lib
1                                    libc.a              shr.o
2                                    libpthreads.a       shr_xpg5.o
3                                    libpthreads.a       shr_comm.o
4                                    libdl.a             shr.o

executable Uses rtld for 'other stuff'. FYI: shareable does work (i.e., 
libpython* is also in the dump -H info), but ../../python (for testing) 
does not work when "shared". Since most of my time is spent testing 
"shared" is time-consuming. So, I do not add --shared by default.

root at x064:[/data/prj/python/python-2.7.13.0]ls -l lib*
-rw-r-----   1 root     1954        3156377 Jan 13 13:18 libpython2.7.a

No shared members, only static .o files (112 of them)
>
> Uhm, ultimative solution feels complex already, while still some things to decide...
I am willing to help. But I can only take 'no' for so long. Then I'll 
pass the baton.

Again, my apologies for the long delay since your extensive reply. I 
hope you see I have spent (too) many hours on this.
I also hope that you understand I do not see my solution as the only 
solution (I am not that Dutch ;) !). I just hope for resolution - closer 
to sooner than to 'never'.

Michael
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue27435>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27435>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:17:49 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 11:17:49 +0000
Subject: [issue27151] multiprocessing.Process leaves read pipes open
 (Process.sentinel)
In-Reply-To: <1464519594.44.0.838880586419.issue27151@psf.upfronthosting.co.za>
Message-ID: <1497352669.15.0.843015002761.issue27151@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

As for Process, it doesn't have a close() method right now, so you should lose all references to a Process object once you are done with it.  When a Process is garbage-collected, its Popen object is garbage-collected too, and the Popen object's Finalizer then closes the sentinel fd.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27151>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:22:18 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 11:22:18 +0000
Subject: [issue30646] SQLite: sqlite3_enable_shared_cache() is deprecated
In-Reply-To: <1497342853.76.0.499200677365.issue30646@psf.upfronthosting.co.za>
Message-ID: <1497352938.42.0.986665661339.issue30646@psf.upfronthosting.co.za>


Ned Deily added the comment:

That's another reason why the python.org macOS installer build and, to the best of my knowledge, most third-party distributors of Python on macOS use their own builds of sqlite3 rather than the Apple-supplied system one.  I don't think there's anything new to be done here.

----------
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30646>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:25:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 11:25:58 +0000
Subject: [issue30652] test_threading_not_handled() hangs randomly on AMD64
 FreeBSD 10.x Shared 3.6
Message-ID: <1497353158.56.0.0471147763095.issue30652@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.6/builds/218/steps/test/logs/stdio

0:16:16 [405/405] test_socketserver crashed
Timeout (0:15:00)!
Thread 0x0000000802006400 (most recent call first):
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/threading.py", line 295 in wait
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/threading.py", line 551 in wait
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/test_socketserver.py", line 369 in wait_done
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/test_socketserver.py", line 341 in __init__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/test_socketserver.py", line 362 in __init__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/test_socketserver.py", line 312 in test_threading_not_handled
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/case.py", line 601 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/case.py", line 649 in __call__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/unittest/runner.py", line 176 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/support/__init__.py", line 1889 in _run_suite
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/support/__init__.py", line 1923 in run_unittest
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py", line 164 in test_runner
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py", line 165 in runtest_inner
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py", line 119 in runtest
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest_mp.py", line 71 in run_tests_slave
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py", line 475 in _main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py", line 468 in main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py", line 532 in main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/regrtest.py", line 46 in _main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/regrtest.py", line 50 in <module>
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/runpy.py", line 85 in _run_code
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/runpy.py", line 193 in _run_module_as_main

----------
components: Tests
keywords: buildbot
messages: 295903
nosy: haypo
priority: normal
severity: normal
status: open
title: test_threading_not_handled() hangs randomly on AMD64 FreeBSD 10.x Shared 3.6
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30652>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:26:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 11:26:05 +0000
Subject: [issue30652] test_threading_not_handled() of test_socketserver hangs
 randomly on AMD64 FreeBSD 10.x Shared 3.6
In-Reply-To: <1497353158.56.0.0471147763095.issue30652@psf.upfronthosting.co.za>
Message-ID: <1497353165.87.0.538224528749.issue30652@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: test_threading_not_handled() hangs randomly on AMD64 FreeBSD 10.x Shared 3.6 -> test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30652>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:29:59 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 11:29:59 +0000
Subject: [issue30391] test_socketserver killed after 15 min on AMD64 FreeBSD
 10.x Shared 3.6
In-Reply-To: <1495048024.31.0.0717718671213.issue30391@psf.upfronthosting.co.za>
Message-ID: <1497353399.1.0.370339074127.issue30391@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Similar issue: bpo-30652, test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30391>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:30:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 11:30:24 +0000
Subject: [issue30391] test_threading_handled() of test_socketserver hangs
 randomly on AMD64 FreeBSD 10.x Shared 3.6
In-Reply-To: <1495048024.31.0.0717718671213.issue30391@psf.upfronthosting.co.za>
Message-ID: <1497353424.13.0.786363224903.issue30391@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: test_socketserver killed after 15 min on AMD64 FreeBSD 10.x Shared 3.6 -> test_threading_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30391>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:30:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 11:30:31 +0000
Subject: [issue30652] test_threading_not_handled() of test_socketserver hangs
 randomly on AMD64 FreeBSD 10.x Shared 3.6
In-Reply-To: <1497353158.56.0.0471147763095.issue30652@psf.upfronthosting.co.za>
Message-ID: <1497353430.99.0.409264852027.issue30652@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Similar issue: bpo-30391, test_threading_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30652>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:32:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 11:32:06 +0000
Subject: [issue30653] test_socket hangs in ThreadableTest.tearDown() on AMD64
 FreeBSD CURRENT Debug 3.6
Message-ID: <1497353526.11.0.249152453229.issue30653@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%203.6/builds/231/steps/test/logs/stdio

0:28:11 [405/405] test_socket crashed
Timeout (0:15:00)!
Thread 0x0000000801816000 (most recent call first):
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/threading.py", line 295 in wait
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/threading.py", line 551 in wait
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/test_socket.py", line 273 in _tearDown
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/case.py", line 604 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/case.py", line 649 in __call__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/unittest/runner.py", line 176 in run
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/support/__init__.py", line 1889 in _run_suite
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/support/__init__.py", line 1923 in run_unittest
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/test_socket.py", line 5637 in test_main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/runtest.py", line 165 in runtest_inner
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/runtest.py", line 119 in runtest
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/runtest_mp.py", line 71 in run_tests_slave
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/main.py", line 475 in _main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/main.py", line 468 in main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/libregrtest/main.py", line 532 in main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/regrtest.py", line 46 in _main
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/regrtest.py", line 50 in <module>
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/runpy.py", line 85 in _run_code
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/runpy.py", line 193 in _run_module_as_main

----------
components: Tests
keywords: buildbot
messages: 295906
nosy: haypo
priority: normal
severity: normal
status: open
title: test_socket hangs in ThreadableTest.tearDown() on AMD64 FreeBSD CURRENT Debug 3.6
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30653>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:32:34 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 11:32:34 +0000
Subject: [issue30635] Leak in test_c_locale_coercion
In-Reply-To: <1497257955.43.0.488358519623.issue30635@psf.upfronthosting.co.za>
Message-ID: <1497353554.68.0.0782624806232.issue30635@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 023564bf7d95f8e6a4b790491811e75ce497a071 by Nick Coghlan (Victor Stinner) in branch 'master':
bpo-30635: Fix refleak in test_c_locale_coercion (#2126)
https://github.com/python/cpython/commit/023564bf7d95f8e6a4b790491811e75ce497a071


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30635>
_______________________________________

From report at bugs.python.org  Tue Jun 13 07:53:12 2017
From: report at bugs.python.org (=?utf-8?b?TWljaGHFgiBSYWR3YcWEc2tp?=)
Date: Tue, 13 Jun 2017 11:53:12 +0000
Subject: [issue30637] Syntax error reported on compile(...),
 but not on compile(..., ast.PyCF_ONLY_AST)
In-Reply-To: <1497271056.08.0.482498543523.issue30637@psf.upfronthosting.co.za>
Message-ID: <1497354792.93.0.568113770717.issue30637@psf.upfronthosting.co.za>


Micha? Radwa?ski added the comment:

Docs mention:


ast.parse(source, filename='<unknown>', mode='exec')
    Parse the source into an AST node. Equivalent to compile(source, filename, mode, ast.PyCF_ONLY_AST).

If you just parse code into AST, you first check whether it is possible to turn such source into a Python syntax tree. In that case, it obviously is, as you may imagine a function, that returns nothing:

def func():
    return

If however you try to make executable code of the source, it is checked whether the constructs make sense in provided context. And, as you may imagine, top-level code with return statement is not valid, hence the error.

----------
nosy: +enedil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30637>
_______________________________________

From report at bugs.python.org  Tue Jun 13 08:10:56 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 12:10:56 +0000
Subject: [issue30637] Syntax error reported on compile(...),
 but not on compile(..., ast.PyCF_ONLY_AST)
In-Reply-To: <1497271056.08.0.482498543523.issue30637@psf.upfronthosting.co.za>
Message-ID: <1497355856.56.0.710678326693.issue30637@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

It's intended behaviour, but you're right that we don't explicitly document anywhere that SyntaxError can be reported from three different places:

- the initial parsing based on the language Grammar
- the conversion of the parse tree into the AST
- the conversion of the AST into a runtime code object

It isn't possible to separate the first two from pure Python code, but ast.parse() (aka the ast.PyCF_ONLY_AST compile flag) skips the last one.

As Micha? noted, it's usually that last stage which checks for "higher level" constructs related to lexical structure, where certain statements can only be meaningfully executed when used inside a suitable compound statement, but can still be parsed outside it:

```
>>> ast.dump(ast.parse("break"))
'Module(body=[Break()])'
>>> ast.dump(ast.parse("continue"))
'Module(body=[Continue()])'
>>> ast.dump(ast.parse("return"))
'Module(body=[Return(value=None)])'
>>> ast.dump(ast.parse("yield"))
'Module(body=[Expr(value=Yield(value=None))])'
```

(`await` currently isn't in that category, but that's specifically due to the parser hacks used to enable it without needing a __future__ import)

The appropriate fix would probably be to add a sentence to the `ast.PyCF_ONLY_AST` documentation to say that some syntax errors are only detected when compiling the AST to a code object.

----------
assignee:  -> docs at python
components: +Documentation -Interpreter Core
nosy: +docs at python, ncoghlan
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30637>
_______________________________________

From report at bugs.python.org  Tue Jun 13 08:18:03 2017
From: report at bugs.python.org (=?utf-8?b?SHJ2b2plIE5pa8WhacSH?=)
Date: Tue, 13 Jun 2017 12:18:03 +0000
Subject: [issue30637] Syntax error reported on compile(...),
 but not on compile(..., ast.PyCF_ONLY_AST)
In-Reply-To: <1497271056.08.0.482498543523.issue30637@psf.upfronthosting.co.za>
Message-ID: <1497356283.03.0.969586733536.issue30637@psf.upfronthosting.co.za>


Hrvoje Nik?i? added the comment:

> The appropriate fix would probably be to add a sentence to the
> `ast.PyCF_ONLY_AST` documentation to say that some syntax errors
> are only detected when compiling the AST to a code object.

Yes, please. I'm not saying the current behavior is wrong (it makes sense that some constructs are legal as AST, but can't be converted into code), I just found it surprising. In other words, we would have found it very useful for the documentation to mention that code generation performs additional checks on the AST that are not performed during the ast.PyCF_ONLY_AST compilation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30637>
_______________________________________

From report at bugs.python.org  Tue Jun 13 08:29:47 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 12:29:47 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497356987.11.0.0480132858178.issue30642@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset b070fd275b68df5c5ba9f6f43197b8d7066f0b18 by terryjreedy (mlouielu) in branch 'master':
bpo-30642: IDLE: Fix test_query refleak (#2147)
https://github.com/python/cpython/commit/b070fd275b68df5c5ba9f6f43197b8d7066f0b18


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 08:31:33 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 12:31:33 +0000
Subject: [issue30635] Leak in test_c_locale_coercion
In-Reply-To: <1497257955.43.0.488358519623.issue30635@psf.upfronthosting.co.za>
Message-ID: <1497357093.61.0.140813283193.issue30635@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Technically a false alarm due to an unintended caching side effect in the test case.

Victor fixed it by moving the list creation to the module setup fixture, so it only runs once, even when hunting refleaks.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30635>
_______________________________________

From report at bugs.python.org  Tue Jun 13 08:49:47 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 12:49:47 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497358187.02.0.341410519271.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 4563099d28e832aed22b85ce7e2a92236df03847 by Nick Coghlan in branch 'master':
bpo-28180: assume UTF-8 for Mac OS X PEP 538 tests (GH-2130)
https://github.com/python/cpython/commit/4563099d28e832aed22b85ce7e2a92236df03847


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Tue Jun 13 08:51:43 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 12:51:43 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497358303.86.0.376831041388.issue30642@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2212

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 08:55:00 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 12:55:00 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497358500.02.0.491119716934.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I've added dependencies for PEP 538 induced testing problems that have been broken out into their own issues.

I've also merged my attempt at fixing the tests on Mac OS X.

Something that's included in that patch is an implicit skip of the "LANG=UTF-8" case when checking external locale configuration. I expected that to behave the same way as "LC_CTYPE=UTF-8", but instead it's behaving more like "LC_CTYPE=C".

----------
dependencies: +CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 538, Leak in test_c_locale_coercion

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Tue Jun 13 09:06:04 2017
From: report at bugs.python.org (pkerling)
Date: Tue, 13 Jun 2017 13:06:04 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
Message-ID: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>


New submission from pkerling:

The signal module checks the SIGINT handler on startup. It only registers a new custom handler if the default OS handler is still installed, so that when embedding python in an application the SIGINT handler of that application is not overwritten. 

But on shutdown in finisignal, it *always* sets SIGINT to SIG_DFL. The reason is that it saves the old handler in old_siginthandler, but *only* if the signal handler is overwritten in init, which only happens when it was SIG_DFL in the first place! If there was already a handler in place in init (-> no overwriting), old_siginthandler will default to the initialization value, which is also SIG_DFL.

This means that when an application embeds Python and needs a custom SIGINT handler, it will stop to work as soon as it shuts down Python since it will always be reset to SIG_DFL.

----------
components: Interpreter Core
messages: 295915
nosy: pkerling
priority: normal
severity: normal
status: open
title: signal module always overwrites SIGINT on interpreter shutdown
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Tue Jun 13 09:12:01 2017
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 13 Jun 2017 13:12:01 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1497359521.94.0.284177594498.issue30654@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2213

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Tue Jun 13 09:15:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 13:15:27 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1497359727.34.0.162160985185.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Another failure.

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

...

0:19:34 [401/404] test_ftplib passed
0:19:44 [402/404] test_bufio passed
0:19:45 [403/404] test_SimpleHTTPServer passed

command timed out: 1200 seconds without output running ['Tools\\buildbot\\test.bat', '-x64', '-j2'], attempting to kill
program finished with exit code 1
elapsedTime=2388.552000

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Tue Jun 13 09:16:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 13:16:30 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1497359790.17.0.771147313004.issue30654@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Tue Jun 13 09:16:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 13:16:39 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1497359799.42.0.948409802708.issue30654@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:02:57 2017
From: report at bugs.python.org (Agam Shukla)
Date: Tue, 13 Jun 2017 14:02:57 +0000
Subject: [issue30655] speech module
Message-ID: <1497362576.62.0.877533379798.issue30655@psf.upfronthosting.co.za>


New submission from Agam Shukla:

when you will use this module for developing a chatbox you will get error that prompt is missing parenthesis.

I HAVE SOLVED THIS ERROR AND UPLOADING NEW MODULE.

----------
files: speech.py
messages: 295917
nosy: agamstark7
priority: normal
severity: normal
status: open
title: speech module
type: compile error
versions: Python 3.6
Added file: http://bugs.python.org/file46947/speech.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30655>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:11:04 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 14:11:04 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497363064.71.0.847967169241.issue30642@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 2bfb45d447c445b3c3afc19d16b4cd4773975993 by terryjreedy in branch '3.6':
bpo-30642: IDLE: Fix test_query refleak (#2147) (#2161)
https://github.com/python/cpython/commit/2bfb45d447c445b3c3afc19d16b4cd4773975993


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:25:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Jun 2017 14:25:10 +0000
Subject: [issue30655] speech module
In-Reply-To: <1497362576.62.0.877533379798.issue30655@psf.upfronthosting.co.za>
Message-ID: <1497363910.61.0.0808646248466.issue30655@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The speech module is not a part of the Python standard library. Use corresponding bug tracker.

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30655>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:30:46 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Jun 2017 14:30:46 +0000
Subject: [issue30650] lack of right parentheses
In-Reply-To: <1497346958.97.0.696530489581.issue30650@psf.upfronthosting.co.za>
Message-ID: <1497364246.62.0.469490976475.issue30650@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 0d322181d9018b25a5c28e62a0c193b4309aaa95 by Serhiy Storchaka (messi Liao) in branch 'master':
bpo-30650: Fixed a syntax error: missed right parentheses (#2154)
https://github.com/python/cpython/commit/0d322181d9018b25a5c28e62a0c193b4309aaa95


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30650>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:33:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Jun 2017 14:33:03 +0000
Subject: [issue30650] lack of right parentheses
In-Reply-To: <1497346958.97.0.696530489581.issue30650@psf.upfronthosting.co.za>
Message-ID: <1497364383.49.0.044107342717.issue30650@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your patch Messi Liao! Do you mind to backport it to branches 3.6 and 3.5?

----------
stage:  -> backport needed
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30650>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:35:11 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 14:35:11 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497364511.21.0.578652957069.issue30642@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2214

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:40:09 2017
From: report at bugs.python.org (Jan Hnatek)
Date: Tue, 13 Jun 2017 14:40:09 +0000
Subject: [issue30656] typo in PyModule_New documentation
Message-ID: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>


New submission from Jan Hnatek:

The doc for PyModule_New() refers to "PyImport_NewObject()", while it should refer to "PyModule_NewObject()":

https://docs.python.org/3.6/c-api/module.html#c.PyModule_New

----------
assignee: docs at python
components: Documentation
messages: 295922
nosy: docs at python, hnhn
priority: normal
severity: normal
status: open
title: typo in PyModule_New documentation
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:44:54 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 14:44:54 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497365094.73.0.102986102068.issue30642@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The macosx leak came from repeated calls to
    root.createcommand("::tk::mac::OpenDocument", doOpenFile)
in macosx.addOpenEventSupport(root, flist), which is called from macosx.setupApp, which is called in test_macosx.SetupTest.test_setupapp.

Attached is an improved version of findleak.py, which made it easy to isolate one test file by renaming, repeatedly determine whether the leak remained after modifying either macosx.py or test_macosx.py, and revert all the other names when done.

----------
Added file: http://bugs.python.org/file46948/findleak.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:45:01 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 14:45:01 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497365101.98.0.236953000249.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2215

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:50:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 14:50:42 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497365442.16.0.871567079535.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I upgraded Modules/expat/ to expat 2.2 using attached rebuild_expat_dir.sh script:
https://github.com/python/cpython/pull/2164

TODO: Should be done later in the master branch, once the security fix is handled.

* Drop support for VMS? VMS support removed from Python 3.4. Remove Modules/expat/expat_config.h
* Drop support for the Open Watcom compiler? Compiler not supported by Python. Remove Modules/expat/watcomconfig.h
* Send Python downstream changes to expat upstream?

----------
Added file: http://bugs.python.org/file46949/rebuild_expat_dir.sh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:56:24 2017
From: report at bugs.python.org (bapt)
Date: Tue, 13 Jun 2017 14:56:24 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1497365784.19.0.16664253898.issue30647@psf.upfronthosting.co.za>


bapt added the comment:

Per POSIX, the C locale is only expected to be ASCII. C.UTF-8 is a linux only thing (actually I thought it was a debian only thing, but maybe not).

I was thinking about creating a C.utf8 locale on FreeBSD but it is not that simple to do (still doable and an interesting idea).

Note that if it fails here, it is probably due also failing on other OS. At minimum: Dragonfly and Illumos for sure, maybe NetBSD and OpenBSD as well.

haypo, do not hesitate to ping me on irc as usual if you want to discuss the issue.

----------
nosy: +bapt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Tue Jun 13 10:56:52 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 14:56:52 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497365812.15.0.273767051723.issue30642@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2216

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:06:26 2017
From: report at bugs.python.org (Ned Deily)
Date: Tue, 13 Jun 2017 15:06:26 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1497366386.02.0.148969789371.issue30647@psf.upfronthosting.co.za>


Ned Deily added the comment:

macOS is also BSD-like with regard to locales: it also does not have any C.* locales other than plain C.  See, for example, the discussion at bpo-18378.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:11:25 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:11:25 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497366685.67.0.837149372073.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 1eb6c0074d17f4fd425cacfdda893d65f5f77f0a by Antoine Pitrou in branch 'master':
bpo-24484: Avoid race condition in multiprocessing cleanup (#2159)
https://github.com/python/cpython/commit/1eb6c0074d17f4fd425cacfdda893d65f5f77f0a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:15:15 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:15:15 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497366915.04.0.654882048832.issue24484@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2217

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:17:29 2017
From: report at bugs.python.org (bapt)
Date: Tue, 13 Jun 2017 15:17:29 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1497367049.14.0.865351925116.issue30647@psf.upfronthosting.co.za>


bapt added the comment:

More details here:
C.UTF-8 is a glibc only thing: https://sourceware.org/glibc/wiki/Proposals/C.UTF-8 not even mainstream.

The closest thing to a C locale with unicode would be to set everything to locale C but LC_CTYPE which would be set to en_US.UTF-8.

The problem is if your data for ctype comes from CLDR they are different per locales. On FreeBSD, Dragonfly and Illumos, we have extected it so LC_CTYPE is the same on all locales.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:23:00 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:23:00 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497367380.68.0.240894728531.issue24484@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2218

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:32:20 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:32:20 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497367940.43.0.579535382683.issue24484@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2219

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:32:48 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:32:48 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497367968.61.0.493514174008.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Python 2.7 doesn't suffer from this bug, so no actual fix is needed. Still, I'll backport the additional test.

----------
stage: needs patch -> commit review
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:35:29 2017
From: report at bugs.python.org (Jay Bosamiya)
Date: Tue, 13 Jun 2017 15:35:29 +0000
Subject: [issue30657] Unsafe arithmetic in PyString_DecodeEscape
Message-ID: <1497368129.36.0.20181989843.issue30657@psf.upfronthosting.co.za>


New submission from Jay Bosamiya:

In Python 2.7, there is a possible integer overflow in
PyString_DecodeEscape function of the file stringobject.c, which can
be abused to gain a heap overflow, possibly leading to arbitrary code
execution.

The relevant parts of the code are highlighted below:

    PyObject *PyString_DecodeEscape(const char *s,
                                    Py_ssize_t len,
                                    const char *errors,
                                    Py_ssize_t unicode,
                                    const char *recode_encoding)
    {
        int c;
        char *p, *buf;
        const char *end;
        PyObject *v;
(1)     Py_ssize_t newlen = recode_encoding ? 4*len:len;
(2)     v = PyString_FromStringAndSize((char *)NULL, newlen);
        if (v == NULL)
            return NULL;
(3)     p = buf = PyString_AsString(v);
        end = s + len;
        while (s < end) {
            if (*s != '\\') {
              non_esc:
    #ifdef Py_USING_UNICODE
    [...]
    #else
                *p++ = *s++;
    #endif
                continue;
    [...]
            }
        }
(4)     if (p-buf < newlen)
            _PyString_Resize(&v, p - buf); /* v is cleared on error */
        return v;
      failed:
        Py_DECREF(v);
        return NULL;
    }


(1) If recode_encoding is true (i.e., non-null), we have an integer
      overflow here which can set newlen to be some very small value
(2) This allows a small string to be created into v
(3) Now p (and buf) use that small string
(4) The small string is copied into with a larger string, thereby
      giving a heap buffer overflow

In the highly unlikely but definitely possible situation that we pass
it a very large string (in the order of ~1GB on a 32-bit Python
install), one can reliably get heap corruption. It is possible to
access this function (and condition in line(1)) through function
parsestr from ast.c, when the file encoding of an input .py file is
something apart from utf-8 and iso-8859-1. This can be trivially done
using the following at the start of the file:
    # -*- coding: us-ascii -*-

The attached file (poc-gen.py) produces a poc.py file which satisfies
these constraints and shows the vulnerability.

Note: To see the vulnerability in action, it is necessary to have an
ASAN build of Python, compiled for 32 bit on a 64 bit machine.
Additionally, the poc.py file generated can take an extremely long
time to load (over a few hours), and finally crash. Instead, if one
wishes to see the proof of vulnerability quicker, then it might be
better to change the constant 4 in line (1) to 65536 (just for
simplicity sake), and change the multiplication_constant in poc-gen.py
file to be the same (i.e. 65536).

Proposed fix: Confirm that the multiplication will not overflow,
before actually performing the multiplication and depending on the
result.

----------
components: Interpreter Core
files: poc-gen.py
messages: 295930
nosy: jaybosamiya
priority: normal
severity: normal
status: open
title: Unsafe arithmetic in PyString_DecodeEscape
type: security
versions: Python 2.7
Added file: http://bugs.python.org/file46950/poc-gen.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30657>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:51:30 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:51:30 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497369090.84.0.486811553363.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 6fd03459957ee53941183212457bba19f977679f by Antoine Pitrou in branch '3.6':
[3.6] bpo-24484: Avoid race condition in multiprocessing cleanup (GH-2159) (#2166)
https://github.com/python/cpython/commit/6fd03459957ee53941183212457bba19f977679f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:51:50 2017
From: report at bugs.python.org (Aviv Palivoda)
Date: Tue, 13 Jun 2017 15:51:50 +0000
Subject: [issue30593] sqlite3 executescript does not respect isolation_level?
In-Reply-To: <1496874372.71.0.386718396878.issue30593@psf.upfronthosting.co.za>
Message-ID: <1497369110.89.0.433767268494.issue30593@psf.upfronthosting.co.za>


Changes by Aviv Palivoda <palaviv at gmail.com>:


----------
nosy: +palaviv

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30593>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:52:12 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 15:52:12 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497369132.26.0.481264433132.issue30642@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset b0efd493b6af24a6ae744e7e02f4b69c70e88f3d by terryjreedy in branch '3.6':
[3.6]bpo-30642: Fix ref leak in idle_test.test_macosx (#2163) (#2165)
https://github.com/python/cpython/commit/b0efd493b6af24a6ae744e7e02f4b69c70e88f3d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:52:31 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:52:31 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497369151.59.0.955658923213.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset d09f1674d70dd84c5be37b5fe11bca4913146c6b by Antoine Pitrou in branch '2.7':
[2.7] bpo-24484: Avoid race condition in multiprocessing cleanup (GH-2159) (#2168)
https://github.com/python/cpython/commit/d09f1674d70dd84c5be37b5fe11bca4913146c6b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:54:12 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:54:12 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497369252.51.0.924842657593.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset a0ecaab006849ade08fbcf8413fe1e92d9c8d71c by Antoine Pitrou in branch '3.5':
[3.5] bpo-24484: Avoid race condition in multiprocessing cleanup (GH-2159) (#2167)
https://github.com/python/cpython/commit/a0ecaab006849ade08fbcf8413fe1e92d9c8d71c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 11:54:48 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 13 Jun 2017 15:54:48 +0000
Subject: [issue24484] multiprocessing cleanup occasionally throws exception
In-Reply-To: <1434899306.98.0.122661278895.issue24484@psf.upfronthosting.co.za>
Message-ID: <1497369288.34.0.0724156156856.issue24484@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

This should be fixed now.  Please reopen if not.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24484>
_______________________________________

From report at bugs.python.org  Tue Jun 13 12:01:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 16:01:16 +0000
Subject: [issue30657] Unsafe arithmetic in PyString_DecodeEscape
In-Reply-To: <1497368129.36.0.20181989843.issue30657@psf.upfronthosting.co.za>
Message-ID: <1497369676.84.0.360260667366.issue30657@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30657>
_______________________________________

From report at bugs.python.org  Tue Jun 13 12:16:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 16:16:03 +0000
Subject: [issue30658] Buildbot: don't sent email notification for custom
 builders
Message-ID: <1497370563.44.0.51668775435.issue30658@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Sadly, our version of buildbot doesn't support branches. Other options:
http://docs.buildbot.net/latest/manual/cfg-reporters.html#mailnotifier-arguments

----------
components: Tests
messages: 295936
nosy: haypo, zach.ware
priority: normal
severity: normal
status: open
title: Buildbot: don't sent email notification for custom builders
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30658>
_______________________________________

From report at bugs.python.org  Tue Jun 13 12:50:23 2017
From: report at bugs.python.org (Carol Willing)
Date: Tue, 13 Jun 2017 16:50:23 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1497372623.81.0.372147211701.issue25514@psf.upfronthosting.co.za>


Carol Willing added the comment:

Based on Terry's latest message and recommendation, I've marked this as a Documentation issue and suitable for new contributors.

----------
assignee:  -> docs at python
components: +Documentation
keywords: +easy
nosy: +docs at python, willingc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 12:55:09 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 13 Jun 2017 16:55:09 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497372909.77.0.31550476787.issue30656@psf.upfronthosting.co.za>


Changes by Emily Morehouse <emily at cuttlesoft.com>:


----------
pull_requests: +2220

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Tue Jun 13 12:55:49 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 13 Jun 2017 16:55:49 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497372949.32.0.0269391107108.issue30656@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

Good catch, fixed in PR.

----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:09:24 2017
From: report at bugs.python.org (=?utf-8?b?TWljaGHFgiBSYWR3YcWEc2tp?=)
Date: Tue, 13 Jun 2017 17:09:24 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497373764.48.0.943370247561.issue30656@psf.upfronthosting.co.za>


Changes by Micha? Radwa?ski <lisklusownik at gmail.com>:


----------
pull_requests: +2222

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:09:45 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Tue, 13 Jun 2017 17:09:45 +0000
Subject: [issue22898] segfault during shutdown attempting to log
 ResourceWarning
In-Reply-To: <1416345976.57.0.643107529371.issue22898@psf.upfronthosting.co.za>
Message-ID: <1497373785.8.0.13545609493.issue22898@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> We can't just remove PyExc_RecursionErrorInst since this can cause a stack overflow

Please give an example where a stack overflow occurs when PyExc_RecursionErrorInst has been removed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22898>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:10:29 2017
From: report at bugs.python.org (Carol Willing)
Date: Tue, 13 Jun 2017 17:10:29 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497373829.72.0.983669646968.issue30656@psf.upfronthosting.co.za>


Changes by Carol Willing <willingc at gmail.com>:


----------
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:11:16 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Jun 2017 17:11:16 +0000
Subject: [issue24744] Lack of type checks in pkgutil.walk_packages and friends
In-Reply-To: <1438099888.11.0.752519898586.issue24744@psf.upfronthosting.co.za>
Message-ID: <1497373876.29.0.0922460683367.issue24744@psf.upfronthosting.co.za>


R. David Murray added the comment:


New changeset b9c3da5c89c66dcccf382e8f196746da2a06d4cc by R. David Murray (Sanyam Khurana) in branch 'master':
bpo-24744: Raises error in pkgutil.walk_packages if path is str (#1926)
https://github.com/python/cpython/commit/b9c3da5c89c66dcccf382e8f196746da2a06d4cc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24744>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:12:32 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Jun 2017 17:12:32 +0000
Subject: [issue24744] Lack of type checks in pkgutil.walk_packages and friends
In-Reply-To: <1438099888.11.0.752519898586.issue24744@psf.upfronthosting.co.za>
Message-ID: <1497373952.81.0.0026277922677.issue24744@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Sanyam.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24744>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:28:05 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Jun 2017 17:28:05 +0000
Subject: [issue30641] No way to specify "File name too long" error in except
 statement.
In-Reply-To: <1497293351.7.0.144542900904.issue30641@psf.upfronthosting.co.za>
Message-ID: <1497374885.5.0.242864586492.issue30641@psf.upfronthosting.co.za>


R. David Murray added the comment:

Since according to Eryk there's no way to have a reliable cross-platform exception class catching file name to long, I'm rejecting this feature request.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30641>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:36:31 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Jun 2017 17:36:31 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497375391.17.0.390733046801.issue30628@psf.upfronthosting.co.za>


R. David Murray added the comment:

It's not obvious from your discussion, Nick, *why* venv won't use an upgraded system pip if it has been manually upgraded.  There's no need for internet access in that case (which is the argument for using the bundled pip when running ensurepip for the first time).  For that matter, there's no obvious relationship between venv and ensurepip, other than ensurepip making sure there is at least one version of pip for venv to use.

So I agree with the OP that this behavior is quite surprising.  As well as annoying.  Perhaps there is a good reason for it that I'm not seeing?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:52:55 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 17:52:55 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497376375.94.0.450686752077.issue30656@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:58:21 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 17:58:21 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497376701.12.0.0526499516613.issue30656@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 2d0afef82a07afdb666f2ca0c533aac5d39155cd by Mariatta (Emily Morehouse) in branch 'master':
bpo-30656: Fix Python C API Module Objects documentation (GH-2170)
https://github.com/python/cpython/commit/2d0afef82a07afdb666f2ca0c533aac5d39155cd


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Tue Jun 13 13:59:33 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 17:59:33 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497376773.0.0.451021507074.issue30656@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage: commit review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Tue Jun 13 14:01:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 18:01:18 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1497376878.5.0.138984401076.issue27922@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Using findleak.py, attached to #30642, modified to always print the filename, I discovered that test_parenmatch also flashes (along with test_searchbase).  The leak test runs each test_xyz module 9 times, so is a good way to see flashing.

Adding 'root.withdraw' stops the single flash when running test_parenmatch once.  However, it does not stop flashing when running 9 times with -R: refleak test.  Flash continues even if class is reduced to

class ParenMatchTest(unittest.TestCase):

    @classmethod
    def setUpClass(cls):
        cls.root = Tk()
        cls.root.withdraw()

    @classmethod
    def tearDownClass(cls):
        cls.root.destroy()
        del cls.root

    def test_dummy(self): pass

This is a puzzle since the same skeleton is in several other files.  In fact, at least one, test_autocomplete, does not even have root.withdraw. In any case, I will add it here.

----------
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Tue Jun 13 14:05:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Jun 2017 18:05:21 +0000
Subject: [issue30657] Unsafe arithmetic in PyString_DecodeEscape
In-Reply-To: <1497368129.36.0.20181989843.issue30657@psf.upfronthosting.co.za>
Message-ID: <1497377121.57.0.91385978133.issue30657@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for your report Jay. Even if it very unlikely that this can occurred unintentionally or be used for attack, this still is a bug and should be fixed. Do you want to provide a patch?

----------
keywords: +easy (C)
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30657>
_______________________________________

From report at bugs.python.org  Tue Jun 13 14:06:20 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 18:06:20 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1497377180.22.0.79033378582.issue27922@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2223

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Tue Jun 13 14:40:12 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 18:40:12 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1497379212.94.0.792715351978.issue27922@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 049cf2bb44038351e1b2eed4fc7b1b522329e550 by terryjreedy in branch 'master':
bpo-27922: Stop gui flash from idle_test.test_parenmatch (#2171)
https://github.com/python/cpython/commit/049cf2bb44038351e1b2eed4fc7b1b522329e550


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Tue Jun 13 14:44:47 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 18:44:47 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1497379487.47.0.128136628259.issue27922@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2224

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Tue Jun 13 14:49:23 2017
From: report at bugs.python.org (Ben Hoyt)
Date: Tue, 13 Jun 2017 18:49:23 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
Message-ID: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>


New submission from Ben Hoyt:

The documentation for namedtuple._replace() needs a tweak: currently its signature shows "kwargs" without the ** notation, indicating it's a single, positional argument. It should have the ** to indicate it's actually any number of keyword arguments.

See https://docs.python.org/3/library/collections.html#collections.somenamedtuple._replace and compare with the docs for the signature of Logger.debug() for example: https://docs.python.org/3/library/logging.html#logging.Logger.debug

----------
assignee: docs at python
components: Documentation
messages: 295949
nosy: benhoyt, docs at python, rhettinger
priority: normal
pull_requests: 2225
severity: normal
status: open
title: Use ** correctly for "kwargs" in signature of namedtuple._replace()
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Tue Jun 13 14:56:58 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 18:56:58 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1497380218.82.0.674428120261.issue25514@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks for the reminder to get busy on this ;-). My short notes are insufficient for anyone else to write this.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 14:58:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 18:58:51 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1497380331.46.0.961301370469.issue25514@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: http://bugs.python.org/file40915/dia2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 15:04:12 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 19:04:12 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497380652.57.0.477856694837.issue30603@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 601483d3b8a0433ca25f7fd6beea2cef674be039 by Mariatta (Jonathan Eunice) in branch 'master':
bpo-30603: Add test case to textwrap.dedent (GH-2014)
https://github.com/python/cpython/commit/601483d3b8a0433ca25f7fd6beea2cef674be039


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Tue Jun 13 15:20:53 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 19:20:53 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497381653.43.0.728323627153.issue30659@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 184bd82ba8106785ba22f0d2477dbd08bef821fb by Mariatta (Ben Hoyt) in branch 'master':
bpo-30659 : Use ** for kwargs in namedtuple._replace() signature (GH-2173)
https://github.com/python/cpython/commit/184bd82ba8106785ba22f0d2477dbd08bef821fb


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Tue Jun 13 15:21:37 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 13 Jun 2017 19:21:37 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497381697.69.0.15403106809.issue30659@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> backport needed
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Tue Jun 13 15:22:42 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 13 Jun 2017 19:22:42 +0000
Subject: [issue30509] Optimize calling type slots
In-Reply-To: <1496123800.73.0.877253409287.issue30509@psf.upfronthosting.co.za>
Message-ID: <1497381762.65.0.62337742534.issue30509@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

$ ./python -m perf timeit -q --compare-to=./python-orig -s 'class A:' -s '  def __add__(s, o): return s' -s 'a = A(); b = A()' --duplicate=100 'a.__add__(b)'
Mean +- std dev: [python-orig] 229 ns +- 9 ns -> [python] 235 ns +- 13 ns: 1.02x slower (+2%)

$ ./python -m perf timeit -q --compare-to=./python-orig -s 'class A:' -s '  def __add__(s, o): return s' -s 'a = A(); b = A()' --duplicate=100 'a + b'
Mean +- std dev: [python-orig] 277 ns +- 10 ns -> [python] 251 ns +- 23 ns: 1.10x faster (-9%)

$ ./python -m perf timeit -q --compare-to=./python-orig -s 'class A:' -s '  def __add__(s, o): return s' -s 'a = [A() for i in range(1000)]' 'sum(a, A())'
Mean +- std dev: [python-orig] 259 us +- 17 us -> [python] 218 us +- 16 us: 1.19x faster (-16%)

$ ./python -m perf timeit -q --compare-to=./python-orig -s 'class A:' -s '  def __getitem__(s, i): return t[i]' -s 'a = A(); t = tuple(range(1000))' 'list(a)'
Mean +- std dev: [python-orig] 324 us +- 14 us -> [python] 300 us +- 16 us: 1.08x faster (-8%)

$ ./python -m perf timeit -q --compare-to=./python-orig -s 'class A:' -s '  def __neg__(s): return s' -s 'a = A()' --duplicate=100 '(----------a)'
Mean +- std dev: [python-orig] 2.12 us +- 0.13 us -> [python] 1.91 us +- 0.11 us: 1.11x faster (-10%)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30509>
_______________________________________

From report at bugs.python.org  Tue Jun 13 15:24:03 2017
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 13 Jun 2017 19:24:03 +0000
Subject: [issue30646] SQLite: sqlite3_enable_shared_cache() is deprecated
In-Reply-To: <1497342853.76.0.499200677365.issue30646@psf.upfronthosting.co.za>
Message-ID: <1497381843.05.0.552159412365.issue30646@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

See also <https://sqlite.org/c3ref/enable_shared_cache.html>. Apple basically disabled this function starting at macOS 10.7, that's why there's a warning.

It is possible to suppress the warning, but I don't think its worth the trouble.

BTW. The python documentation for this function claims this changes a thread-local setting, but the SQLite documentation says this is a process global setting in SQLite 3.5.0 and later (released in 2007).  It is possible to make behaviour match the python documentation by making _sqlite3.enable_shared_cache store a flag that's used in the call to sqlite3_open_v2. That would be a backward compatibility concern (there's bound to be users that rely on the current behavior), but would also avoid this warning.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30646>
_______________________________________

From report at bugs.python.org  Tue Jun 13 15:41:02 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 19:41:02 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1497382861.99.0.209191446307.issue27922@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset d92ee3ea622b6eee5846681bad5595cfedcf20b6 by terryjreedy in branch '3.6':
[3.6]bpo-27922: Stop gui flash from idle_test.test_parenmatch (#2171) (#2172)
https://github.com/python/cpython/commit/d92ee3ea622b6eee5846681bad5595cfedcf20b6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Tue Jun 13 15:41:25 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 13 Jun 2017 19:41:25 +0000
Subject: [issue27922] Make IDLE tests less flashy
In-Reply-To: <1472690016.39.0.67314028817.issue27922@psf.upfronthosting.co.za>
Message-ID: <1497382885.42.0.83323338068.issue27922@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Using findleak.py, attached to #30642, modified to always print the filename, I discovered that test_parenmatch also flashes (along with test_searchbase).  The leak test runs each test_xyz module 9 times, so is a good way to see flashing.

Adding 'root.withdraw' stops the single flash when running test_parenmatch once.  However, it does not stop flashing when running 9 times with -R: refleak test.  Flash continues even if class is reduced to

class ParenMatchTest(unittest.TestCase):

    @classmethod
    def setUpClass(cls):
        cls.root = Tk()
        cls.root.withdraw()

    @classmethod
    def tearDownClass(cls):
        cls.root.destroy()
        del cls.root

    def test_dummy(self): pass

This is a puzzle since the same skeleton is in several other files.  In fact, at least one, test_autocomplete, does not even have root.withdraw. In any case, I will add it here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27922>
_______________________________________

From report at bugs.python.org  Tue Jun 13 16:14:54 2017
From: report at bugs.python.org (Jay Bosamiya)
Date: Tue, 13 Jun 2017 20:14:54 +0000
Subject: [issue30657] Unsafe arithmetic in PyString_DecodeEscape
In-Reply-To: <1497368129.36.0.20181989843.issue30657@psf.upfronthosting.co.za>
Message-ID: <1497384894.42.0.556098459637.issue30657@psf.upfronthosting.co.za>


Changes by Jay Bosamiya <jaybosamiya at gmail.com>:


----------
pull_requests: +2226

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30657>
_______________________________________

From report at bugs.python.org  Tue Jun 13 16:19:19 2017
From: report at bugs.python.org (Jay Bosamiya)
Date: Tue, 13 Jun 2017 20:19:19 +0000
Subject: [issue30657] Unsafe arithmetic in PyString_DecodeEscape
In-Reply-To: <1497368129.36.0.20181989843.issue30657@psf.upfronthosting.co.za>
Message-ID: <1497385159.5.0.368584791873.issue30657@psf.upfronthosting.co.za>


Jay Bosamiya added the comment:

I've made a patch that should fix the vulnerability. Please do let me know if changes are required. Thanks a lot :)

PS: For anyone who looks at this later on, in my original message describing the issue, the line `*p++ = *s++;` should be marked as (4) instead to understand this issue better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30657>
_______________________________________

From report at bugs.python.org  Tue Jun 13 16:41:00 2017
From: report at bugs.python.org (Stephen Rosen)
Date: Tue, 13 Jun 2017 20:41:00 +0000
Subject: [issue1360] Queue.get() can't be interrupted with Ctrl-C unless timed
 out
In-Reply-To: <1193702790.06.0.592600873674.issue1360@psf.upfronthosting.co.za>
Message-ID: <1497386460.24.0.732573073314.issue1360@psf.upfronthosting.co.za>


Stephen Rosen added the comment:

Can a note be added to the Queue.get() documentation?

This behavior has been known to be at least potentially confusing for a decade, and there's no mention of it in the documentation.

----------
nosy: +Stephen Rosen
versions: +Python 2.7 -Python 2.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1360>
_______________________________________

From report at bugs.python.org  Tue Jun 13 17:34:36 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 13 Jun 2017 21:34:36 +0000
Subject: [issue1360] Queue.get() can't be interrupted with Ctrl-C unless timed
 out
In-Reply-To: <1193702790.06.0.592600873674.issue1360@psf.upfronthosting.co.za>
Message-ID: <1497389676.34.0.160691079751.issue1360@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

This issue is closed, but you can open a new issue to flag this in the docs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1360>
_______________________________________

From report at bugs.python.org  Tue Jun 13 17:44:03 2017
From: report at bugs.python.org (R. David Murray)
Date: Tue, 13 Jun 2017 21:44:03 +0000
Subject: [issue30645] imp.py: load_package: function has a buggy loop with
 `path = os.path.join(path, '__init__'+extension)`
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497390243.53.0.73329648136.issue30645@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +brett.cannon, eric.snow, ncoghlan, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Tue Jun 13 17:48:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 21:48:30 +0000
Subject: [issue30649] test_utime_current_old() of test_os fails randomy on x86
 Windows7 3.6
In-Reply-To: <1497346199.32.0.269414659155.issue30649@psf.upfronthosting.co.za>
Message-ID: <1497390510.32.0.933835672686.issue30649@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset c94caca65cd38802243b5279cf85ee44ffb2abb8 by Victor Stinner in branch 'master':
bpo-30649: test_os tolerates 50 ms delta for utime (#2156)
https://github.com/python/cpython/commit/c94caca65cd38802243b5279cf85ee44ffb2abb8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30649>
_______________________________________

From report at bugs.python.org  Tue Jun 13 17:48:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 21:48:50 +0000
Subject: [issue30595] test_queue_feeder_donot_stop_onexc() of
 test_multiprocessing_spawn fails randomly on x86 Windows7 3.x
In-Reply-To: <1496907626.7.0.367274651848.issue30595@psf.upfronthosting.co.za>
Message-ID: <1497390530.08.0.354513530844.issue30595@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 8f6eeaf21cdf4aea25fdefeec814a1ce07453fe9 by Victor Stinner in branch 'master':
bpo-30595: Increase test_queue_feeder_donot_stop_onexc() timeout (#2148)
https://github.com/python/cpython/commit/8f6eeaf21cdf4aea25fdefeec814a1ce07453fe9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30595>
_______________________________________

From report at bugs.python.org  Tue Jun 13 17:52:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 21:52:21 +0000
Subject: [issue30649] test_utime_current_old() of test_os fails randomy on x86
 Windows7 3.6
In-Reply-To: <1497346199.32.0.269414659155.issue30649@psf.upfronthosting.co.za>
Message-ID: <1497390741.71.0.132166207659.issue30649@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2227

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30649>
_______________________________________

From report at bugs.python.org  Tue Jun 13 18:03:49 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 13 Jun 2017 22:03:49 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1497391429.88.0.715697263737.issue27485@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Would it be OK for me to work on this?

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Tue Jun 13 18:07:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 22:07:49 +0000
Subject: [issue30509] Optimize calling type slots
In-Reply-To: <1496123800.73.0.877253409287.issue30509@psf.upfronthosting.co.za>
Message-ID: <1497391669.61.0.241442961935.issue30509@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not sure about adding Py_LOCAL_INLINE() (static inline). I'm not sure that it's needed when you use PGO compilation.

Would it be possible to run again your benchmark without added Py_LOCAL_INLINE() please?

It's hard to say no to a change makes so many core Python functions faster. I'm just suprised that "specializing" the "call_unbound" and "call_method" functions make the code up to 1.2x faster.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30509>
_______________________________________

From report at bugs.python.org  Tue Jun 13 18:20:38 2017
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 13 Jun 2017 22:20:38 +0000
Subject: [issue30645] imp.py: load_package: function has a buggy loop with
 `path = os.path.join(path, '__init__'+extension)`
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497392438.24.0.857549246468.issue30645@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Three things.

One, the imp module is deprecated, so please don't use it.

Two, all undocumented functions in the imp module are considered unsupported, so double-please don't use imp.load_package(). :)

Three, we can't look at that patch without the person supplying it signing Python's CLA as we risk running afoul of things legally.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Tue Jun 13 18:21:18 2017
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 13 Jun 2017 22:21:18 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497392478.3.0.254595852191.issue30645@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
title: imp.py: load_package: function has a buggy loop with `path = os.path.join(path, '__init__'+extension)` -> imp.py: load_package() appends to its own loop variable

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Tue Jun 13 18:21:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 13 Jun 2017 22:21:20 +0000
Subject: [issue30649] test_utime_current_old() of test_os fails randomy on x86
 Windows7 3.6
In-Reply-To: <1497346199.32.0.269414659155.issue30649@psf.upfronthosting.co.za>
Message-ID: <1497392480.9.0.16100623117.issue30649@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2228

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30649>
_______________________________________

From report at bugs.python.org  Tue Jun 13 18:22:59 2017
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 13 Jun 2017 22:22:59 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1497392579.38.0.537949732765.issue27485@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Go for it, Cheryl!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Tue Jun 13 18:26:06 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 13 Jun 2017 22:26:06 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1497392766.44.0.388429362913.issue27485@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Skimming the issue I can't even figure out what the task is -- Cheryl, I suppose you have, could you post a brief summary of your plan here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Tue Jun 13 18:59:11 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 13 Jun 2017 22:59:11 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1497394751.12.0.218522393027.issue27485@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Thank you.

>From my understanding, urllib didn't officially supported the split* functions (splittype, splithost, splitport, splinport, splituser, splitpasswd, splitattr, splitquery, splitvalue, splittag) even though they were migrated to urllib.parse.  The 2.7 documentation recommended using urlparse and stated that these split* functions would not be exposed in Python 3, but they are.

The proposal would be as Senthil suggested - to raise a DeprecationWarning if the current names are used and to rename them with a single underscore (to _split*).

However, I did have some questions.  
1. With the DeprecationWarning for the current function names, should the return value be a call to the _split* function or should it call urlparse/urlsplit?
2. Some of the return values from these split* functions can be different than urlsplit, as Martin showed in msg270215.  It seems that the return values should remain the same for now, but would the differences need to be documented? 
3. These functions are used in requests.py.  Should they be changed to use the _split* functions or changed to use urlparse?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Tue Jun 13 19:10:49 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 13 Jun 2017 23:10:49 +0000
Subject: [issue20485] Enable non-ASCII extension module names
In-Reply-To: <1391350828.19.0.622173065149.issue20485@psf.upfronthosting.co.za>
Message-ID: <1497395449.41.0.823396162149.issue20485@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

PEP 489 was accepted and implemented, so Python 3.5+ supports non-ASCII extension module names as described in https://www.python.org/dev/peps/pep-0489/#export-hook-name

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20485>
_______________________________________

From report at bugs.python.org  Tue Jun 13 19:11:28 2017
From: report at bugs.python.org (Tiago Filipe Silva)
Date: Tue, 13 Jun 2017 23:11:28 +0000
Subject: [issue30660] Lossless Optimization of PNG files
Message-ID: <1497395488.74.0.644428672228.issue30660@psf.upfronthosting.co.za>


New submission from Tiago Filipe Silva:

I took the liberty to apply tools that optimize the binary weight (without loss of quality) of the 14 PNG files present in the Python 3.7 source tree and then applied a pull request (#2141).

Is there anything to be discussed? Thanks.

----------
messages: 295969
nosy: tfs
priority: normal
pull_requests: 2229
severity: normal
status: open
title: Lossless Optimization of PNG files
type: resource usage
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30660>
_______________________________________

From report at bugs.python.org  Tue Jun 13 20:16:43 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 14 Jun 2017 00:16:43 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497399403.29.0.173953114076.issue30628@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The upstream supported install path for bootstrapping the venv is from a wheel file. The CPython source tree contains the necessary wheels, and, by default, upgrading the system pip doesn't touch them.

The only distro I can speak authoritatively for when it comes to doing things differently is Fedora, and what we do is:

- add a circular dependency between the system Python & the system pip
- add a circular dependency between the system Python & Fedora's "rewheel" utility
- patch CPython to remove the bundled wheel files
- patch ensurepip to "rewheel" the system pip and install that into freshly bootstrapped virtual environments

The end result works, but it really isn't pretty from a distro maintenance perspective, so not every distro is going to want to do it (Fedora has the luxury of Red Hat's Python maintenance team also maintaining the Fedora system Python).

It also isn't currently practical for upstream to make it work that way by default due to:

* the implied external dependency on the system pip (which not every distro is going to have)
* the need to recreate a wheel from an already installed package (which isn't officially supported by distutils-sig as a valid thing to do)
* the fact some distro's unbundle pip's vendored dependencies, so rewheeling just pip isn't necessarily sufficient (it is on Fedora, but that's only because we leave the vendored dependencies in place and trust pip to issue new updates promptly when necessary)
* the fact that not every distro lays down the distutils-metadata needed to get tools like rewheel to work (Debian's equivalent, dirtbike, uses deb metadata instead)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Tue Jun 13 20:26:57 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 00:26:57 +0000
Subject: [issue30658] Buildbot: don't sent email notification for custom
 builders
In-Reply-To: <1497370563.44.0.51668775435.issue30658@psf.upfronthosting.co.za>
Message-ID: <1497400017.04.0.192522903591.issue30658@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

This is not a cpython issue, is it?

----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30658>
_______________________________________

From report at bugs.python.org  Tue Jun 13 20:27:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 00:27:03 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1497400023.94.0.728732331231.issue25514@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2230

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 20:37:56 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 00:37:56 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1497400676.73.0.0103334844957.issue25514@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I tested (and tweaked) the visible box with this:
from idlelib.run import show_socket_error
show_socket_error(OSError(61, 'connection refused'), ('port', 8888))
URL was tested with cut-and-paste from run.py.

This should be turned into an htest (human view test).  I did not do so now because I wanted get this into 3.6.2, and there is no indication of when the grace-period delay will end.

Message boxes do not allow copy to clipboard.  A nice refinement would be a [View URL] button.  I believe the code to do so is somewhere in IDLE.  Or the F1 Python Docs code, which opens the Windows help version, should be adjustable to open to a specific topic.

----------
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 20:41:27 2017
From: report at bugs.python.org (R. David Murray)
Date: Wed, 14 Jun 2017 00:41:27 +0000
Subject: [issue30655] speech module
In-Reply-To: <1497362576.62.0.877533379798.issue30655@psf.upfronthosting.co.za>
Message-ID: <1497400887.11.0.517317484456.issue30655@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution: not a bug -> third party

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30655>
_______________________________________

From report at bugs.python.org  Tue Jun 13 21:12:55 2017
From: report at bugs.python.org (R. David Murray)
Date: Wed, 14 Jun 2017 01:12:55 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497402775.57.0.145892325532.issue30628@psf.upfronthosting.co.za>


R. David Murray added the comment:

OK, so the key here is venv's dependency on a pip wheel.  That makes sense, but is certainly counterintuitive.  One would naively think that having a copy of PIP installed would make it easy to link that into the venv, but obviously it is a lot more complex than that, given pip's dependencies.  Thanks for the explanation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Tue Jun 13 21:25:39 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 14 Jun 2017 01:25:39 +0000
Subject: [issue30661] Support tarfile.PAX_FORMAT in shutil.make_archive
Message-ID: <1497403539.2.0.760105950979.issue30661@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

shutil.make_archive currently just uses the default tar format, which is GNU_FORMAT.

This format doesn't ensure that all character paths are encoded as UTF-8, and hence may end up embedding platform specific encoding assumptions into the generated tarball.

I see a few possible ways of resolving this:

1. Change the default tar format to PAX_FORMAT. It's been 16 years since that was defined, and Python itself has supported it since 2.6 was released in 2008, so perhaps we can rely on other tools supporting it now? (My main open question on that front would be "What happens if you specify "format=GNU_FORMAT" when attempting to read a PAX formatted archive?)

2. Add new shutil level "pax", "gzpax", "bzpax", "xzpax" format definitions to explicitly request PAX_FORMAT

3. Add a mechanism to shutil.make_archive that allows format-dependent settings to be based down to the underlying archive creation functions (e.g. "format=tarfile.PAX_FORMAT").

----------
messages: 295974
nosy: ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Support tarfile.PAX_FORMAT in shutil.make_archive
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30661>
_______________________________________

From report at bugs.python.org  Tue Jun 13 21:32:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 01:32:19 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1497403939.08.0.508806331118.issue25514@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 188aedf8bb623d41302e10503268b0852ea91134 by terryjreedy in branch 'master':
bpo-25514: Improve IDLE's connection refused message (#2177)
https://github.com/python/cpython/commit/188aedf8bb623d41302e10503268b0852ea91134


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 21:38:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 01:38:40 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1497404320.41.0.048288321202.issue25514@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2231

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 21:49:10 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 14 Jun 2017 01:49:10 +0000
Subject: [issue30661] Support tarfile.PAX_FORMAT in shutil.make_archive
In-Reply-To: <1497403539.2.0.760105950979.issue30661@psf.upfronthosting.co.za>
Message-ID: <1497404950.16.0.513779102465.issue30661@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The main benefit I'd see to the last option is that it would also cover passing a "filter" option for tarfile.TarFile.add(). Dropping down to the lower level API for that isn't *hard*, it's just a bit fiddly (note: currently untested example code):

   sdist = tarfile.open(sdist_path, "w:gz", format=tarfile.PAX_FORMAT)
   sdist.add(os.getcwd(), arcname=sdist_subdir, filter=_exclude_hidden_and_special_files)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30661>
_______________________________________

From report at bugs.python.org  Tue Jun 13 22:13:17 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 02:13:17 +0000
Subject: [issue25514] Improve IDLE's "subprocess didn't make connection"
 message
In-Reply-To: <1446151640.74.0.583734209916.issue25514@psf.upfronthosting.co.za>
Message-ID: <1497406397.32.0.950975764854.issue25514@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 22d909f8c24bd7768df1a5bf0e52c597ea947cfb by terryjreedy in branch '3.6':
[3.6]bpo-25514: Improve IDLE's connection refused message (#2177) (#2178)
https://github.com/python/cpython/commit/22d909f8c24bd7768df1a5bf0e52c597ea947cfb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25514>
_______________________________________

From report at bugs.python.org  Tue Jun 13 22:17:10 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 14 Jun 2017 02:17:10 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497406630.46.0.318717458092.issue30628@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Emily's answer sort of covered the "It's not as simple as it might seem" aspect, whereby the bit that's genuinely tricky is to provide access to the system pip(/setuptools/wheel) without providing accessing to the system site packages in general.

If the latter is actually considered desirable, then the most suitable venv configuration is likely to be:

    python3 -m venv --system-site-packages --without-pip

as that will give you a fresh venv to install your own additions into, but use the system pip package by default, rather than automatically bootstrapping a venv specific instance of it.

We don't currently discuss that kind of hybrid configuration in the docs, so it may be appropriate to reopen this as a docs issue, and add a new "How do I use system level Python packages from a virtual environment?" question to https://docs.python.org/3/installing/#how-do-i

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Tue Jun 13 22:56:14 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 14 Jun 2017 02:56:14 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497408974.12.0.419709069608.issue15786@psf.upfronthosting.co.za>


Louie Lu added the comment:

Terry, would you like to verify the fixed? I think it will be good if this fix can be backported in 3.6 before 3.6.2 released.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 00:14:23 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 04:14:23 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497413663.23.0.00220434247695.issue15786@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Now that I know how to backport with confidence, and have cleared the backlog, and synched 3.6 with 3.7, I want to review this next.  I would like to get it in 6.2, but 6.2 was due yesterday, but delayed, and there is no info on how long the delay is.  This may be one of the harder patches to review and test, but I will try tomorrow. (Its midnight here now.)

My main concern is that we not break one thing while fixing another, which I have done before, due to inadequate tests.  I will try to develop a test protocol from doc subsection 2.2 Completions to list what works without the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 00:15:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 04:15:18 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497413718.56.0.89601160913.issue30642@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

f:\dev\36>python -m test -R: -ugui test_idle
gives about 40 invoke event messages, but the test passes.  So the messages and leaks are not connected.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Wed Jun 14 00:46:11 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Wed, 14 Jun 2017 04:46:11 +0000
Subject: [issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468
Message-ID: <1497415571.04.0.452545099566.issue30662@psf.upfronthosting.co.za>


New submission from Jonathan Eunice:

In Python 3.6 and current repo (pre-3.7), the docstring for collections.OrderedDict.__init__() stats that keyword argument order is arbitrary. That is untrue if I properly understand PEP 468, which as of Python 3.6 makes the order of kwargs stable / identical to the order seen in the source code.

Associated PR imminent.

----------
components: Library (Lib)
messages: 295982
nosy: jonathaneunice
priority: normal
severity: normal
status: open
title: fix OrderedDict.__init__ docstring to reflect PEP 468
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30662>
_______________________________________

From report at bugs.python.org  Wed Jun 14 00:48:57 2017
From: report at bugs.python.org (Martin Panter)
Date: Wed, 14 Jun 2017 04:48:57 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1497415737.7.0.625415391363.issue27485@psf.upfronthosting.co.za>


Martin Panter added the comment:

I don't think it is worth changing the implementations to be in terms of urlsplit or urlparse. This is proposed for splithost in <https://github.com/python/cpython/pull/1849>, but I suspect it would change the behaviour in some corner cases. See Issue 22852 for some deficiencies with urlsplit.

3. Change existing usage to the internal _split functions, unless there is a reason (bug or security problem) to make further changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:01:15 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Wed, 14 Jun 2017 05:01:15 +0000
Subject: [issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468
In-Reply-To: <1497415571.04.0.452545099566.issue30662@psf.upfronthosting.co.za>
Message-ID: <1497416475.44.0.771176510642.issue30662@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2232

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30662>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:15:13 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 14 Jun 2017 05:15:13 +0000
Subject: [issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468
In-Reply-To: <1497415571.04.0.452545099566.issue30662@psf.upfronthosting.co.za>
Message-ID: <1497417313.33.0.817292180095.issue30662@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30662>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:15:24 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 14 Jun 2017 05:15:24 +0000
Subject: [issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468
In-Reply-To: <1497415571.04.0.452545099566.issue30662@psf.upfronthosting.co.za>
Message-ID: <1497417324.65.0.739698601697.issue30662@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30662>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:18:40 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 14 Jun 2017 05:18:40 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497417520.11.0.40345137296.issue30659@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: docs at python -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:21:34 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Jun 2017 05:21:34 +0000
Subject: [issue30509] Optimize calling type slots
In-Reply-To: <1496123800.73.0.877253409287.issue30509@psf.upfronthosting.co.za>
Message-ID: <1497417694.19.0.554633943049.issue30509@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Without Py_LOCAL_INLINE all mickrobenchmarks become about 20% slower.

I'm not sure that all these changes are needed. Maybe the same effect can be achieved by smaller changes. But I tried and failed to achieve the same performance with a smaller patch yet. Maybe you will be more lucky.

Note that even with this patch type slots still about 5% slower than ordinal methods (despite the fact that using operators needs less bytecode instructions than calling a method). There is some additional overhead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30509>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:22:49 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 14 Jun 2017 05:22:49 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497417769.88.0.636604586014.issue30659@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This looks fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:25:26 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Jun 2017 05:25:26 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497417926.25.0.422947650421.issue30659@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Currently there are two implementations of OrderedDict, and Python implementation is not used. Is C implementation need an update? What about the module documentation, is it need an update?

I don't think that we should include such details about past Python versions in docstrings. I can't remember precedences.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:26:18 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Jun 2017 05:26:18 +0000
Subject: [issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468
In-Reply-To: <1497415571.04.0.452545099566.issue30662@psf.upfronthosting.co.za>
Message-ID: <1497417978.2.0.184606479798.issue30662@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Currently there are two implementations of OrderedDict, and Python implementation is not used. Is C implementation need an update? What about the module documentation, is it need an update?

I don't think that we should include such details about past Python versions in docstrings. I can't remember precedences.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30662>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:26:31 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Jun 2017 05:26:31 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497417991.91.0.315697494253.issue30659@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
Removed message: http://bugs.python.org/msg295986

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:26:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Jun 2017 05:26:49 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497418009.03.0.925965958925.issue30659@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Sorry, wrong issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 01:29:14 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Jun 2017 05:29:14 +0000
Subject: [issue30660] Lossless Optimization of PNG files
In-Reply-To: <1497395488.74.0.644428672228.issue30660@psf.upfronthosting.co.za>
Message-ID: <1497418154.53.0.0395097543298.issue30660@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30660>
_______________________________________

From report at bugs.python.org  Wed Jun 14 02:55:11 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Jun 2017 06:55:11 +0000
Subject: [issue30660] Lossless Optimization of PNG files
In-Reply-To: <1497395488.74.0.644428672228.issue30660@psf.upfronthosting.co.za>
Message-ID: <1497423311.58.0.677032390213.issue30660@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

What tools did you use, optipng, advpng, pngcrush, pngnq, pngquant, or other? How much space is saved?

Note that some tools remove an information about palette that makes files displaying differently on different platforms and output devises.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30660>
_______________________________________

From report at bugs.python.org  Wed Jun 14 03:05:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 07:05:20 +0000
Subject: [issue30660] Lossless Optimization of PNG files
In-Reply-To: <1497395488.74.0.644428672228.issue30660@psf.upfronthosting.co.za>
Message-ID: <1497423920.74.0.0565624955903.issue30660@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I suggest to work on Sphinx to propose to implement this optimization on the HTML rendering, maybe with optional external tools. What do you think?

Another attempt: bpo-27461 :-)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30660>
_______________________________________

From report at bugs.python.org  Wed Jun 14 03:42:44 2017
From: report at bugs.python.org (Alexandru Ardelean)
Date: Wed, 14 Jun 2017 07:42:44 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497426164.09.0.0849826266181.issue30645@psf.upfronthosting.co.za>


Alexandru Ardelean added the comment:

Damn.

You guys are more corporate than... <scratching on forehead>... anyway.

Please tell me, how to send you my signed CLA.
Not sure if posting the link or PDF is fine here, but I'd be fine with that too.

To resolve your first 2 notes: I am not using the imp module, nor the imp.load_package() function.
I did see it was marked DEPRECATED.

But, virtualenv uses it in it's latest release [15.1.0].
This is from trunk:
https://github.com/pypa/virtualenv/blob/master/virtualenv_embedded/distutils-init.py#L17

But that's not the actual code that's used.
Seems virtualenv, has a twisted way of keeping Python code base64 encoded & zipped within the virtualenv.py script.
https://github.com/pypa/virtualenv/blob/master/virtualenv.py#L2117

So, maybe we can tell them not to use it, but let's see.
In my case, I just have a bug report [I was notified via email directly], that this is an issue with Python3 + virtualenv on LEDE & OpenWrt.
Python + virtualenv is not affected.

While I'm here, maybe I could use this opportunity to start sending a few more patches from the OpenWrt/LEDE package build.
But let's see how we resolve the legal matter first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Wed Jun 14 03:50:22 2017
From: report at bugs.python.org (SylvainDe)
Date: Wed, 14 Jun 2017 07:50:22 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497426622.64.0.116109433617.issue30645@psf.upfronthosting.co.za>


SylvainDe added the comment:

Alexandru: You'll find the PSF Contributor Agreement at https://www.python.org/psf/contrib/contrib-form/ .

----------
nosy: +SylvainDe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Wed Jun 14 03:55:10 2017
From: report at bugs.python.org (Alexandru Ardelean)
Date: Wed, 14 Jun 2017 07:55:10 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497426910.07.0.643725104089.issue30645@psf.upfronthosting.co.za>


Alexandru Ardelean added the comment:

I already completed those steps.
Question is: what do I do with the output from that eSign ?
Or, how do I use it ?

It only mentions "Finally, click the "eSign" button to have the form sent to the PSF Secretary, Ewa Jodlowska."

It's unclear from there-on if my patch is acceptable, or whether I can submit it [or anything], wait for a reply ; basically, how to continue once the form is signed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Wed Jun 14 04:42:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 08:42:27 +0000
Subject: [issue30658] Buildbot: don't sent email notification for custom
 builders
In-Reply-To: <1497370563.44.0.51668775435.issue30658@psf.upfronthosting.co.za>
Message-ID: <1497429747.88.0.391701410483.issue30658@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> This is not a cpython issue, is it?

I'm talking about CPython buildbots:
http://buildbot.python.org/all/waterfall?category=3.x.stable&category=3.x.unstable

I prefer to use bugs.python.org to discuss CPython issues, but if you consider that it's not the right place, we might use https://github.com/python/buildmaster-config/

But it seems like only Zach and me are watching https://github.com/python/buildmaster-config/ a little known project.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30658>
_______________________________________

From report at bugs.python.org  Wed Jun 14 05:14:41 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 14 Jun 2017 09:14:41 +0000
Subject: [issue30663] IDLE: Add lineno sidebar to editor window
Message-ID: <1497431681.4.0.503512983326.issue30663@psf.upfronthosting.co.za>


New submission from Louie Lu:

In #7676, the desired pattern request from Terry is to create a sidebar and show the prompt in the sidebar.

To complete the request, this patch add the lineno sidebar in editor window , to prove that the sidebar in IDLE is feasible.


The different in pyshell, it that the sidebar will need to deal with indent  (to not show the prompt).

----------
assignee: terry.reedy
components: IDLE
messages: 295995
nosy: louielu, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: Add lineno sidebar to editor window
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30663>
_______________________________________

From report at bugs.python.org  Wed Jun 14 05:16:47 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 14 Jun 2017 09:16:47 +0000
Subject: [issue30663] IDLE: Add lineno sidebar to editor window
In-Reply-To: <1497431681.4.0.503512983326.issue30663@psf.upfronthosting.co.za>
Message-ID: <1497431807.39.0.831831263321.issue30663@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2233

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30663>
_______________________________________

From report at bugs.python.org  Wed Jun 14 05:17:55 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 14 Jun 2017 09:17:55 +0000
Subject: [issue7676] IDLE shell shouldn't use TABs
In-Reply-To: <1263213381.47.0.181451927584.issue7676@psf.upfronthosting.co.za>
Message-ID: <1497431875.75.0.00828683394706.issue7676@psf.upfronthosting.co.za>


Louie Lu added the comment:

In #30663, I add the line number sidebar to editor window. I've attempted to do the same in pyshell, something different that need to concern is the indent prompt showing.

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7676>
_______________________________________

From report at bugs.python.org  Wed Jun 14 05:54:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 09:54:29 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497434069.97.0.102692201934.issue30602@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2234

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Wed Jun 14 05:55:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 09:55:19 +0000
Subject: [issue30649] test_utime_current_old() of test_os fails randomy on x86
 Windows7 3.6
In-Reply-To: <1497346199.32.0.269414659155.issue30649@psf.upfronthosting.co.za>
Message-ID: <1497434119.56.0.932269211429.issue30649@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 3402f7268897db15053866e1e68404cfa0e02706 by Victor Stinner in branch 'master':
bpo-30649: Revert utime delta in test_os (#2176)
https://github.com/python/cpython/commit/3402f7268897db15053866e1e68404cfa0e02706


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30649>
_______________________________________

From report at bugs.python.org  Wed Jun 14 08:00:09 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 14 Jun 2017 12:00:09 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params
Message-ID: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>


New submission from Eric V. Smith:

Now that **kwargs are sorted, it would be better if the error given by a unittest subTest (as implemented in uniitest._case._SubTest) didn't sort the parameters when they're printed, but instead printed them out in order.

This might be complicated by the ChainMap that's used as part of the implementation, but it should still be doable.

For example, I have code that has:

    with self.subTest(hash=hash, cmp=cmp, frozen=frozen):

But when it errors out, it produces:

    FAIL: test_hash_rules (tst.TestCase) (cmp=True, frozen=True, hash=None)

It would be easier to check my code if the order the values was printed was the same as the order in the self.subTest() call.

----------
components: Library (Lib)
keywords: easy
messages: 295998
nosy: eric.smith
priority: normal
severity: normal
status: open
title: Change unittest's _SubTest to not sort its params
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Wed Jun 14 08:26:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 12:26:25 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497443185.28.0.851148931526.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 526b22657cb18fe79118c2ea68511aca09430c2c by Victor Stinner in branch 'master':
bpo-30602: Fix refleak in os.spawnve() (#2184)
https://github.com/python/cpython/commit/526b22657cb18fe79118c2ea68511aca09430c2c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Wed Jun 14 08:26:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 12:26:55 +0000
Subject: [issue30649] test_utime_current_old() of test_os fails randomy on x86
 Windows7 3.6
In-Reply-To: <1497346199.32.0.269414659155.issue30649@psf.upfronthosting.co.za>
Message-ID: <1497443215.06.0.820789259102.issue30649@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset c2a506e40e9135bfd17b59fffc62261dc95bc535 by Victor Stinner in branch '3.6':
[3.6] bpo-30649: test_os tolerates 50 ms delta for utime (#2156) (#2175)
https://github.com/python/cpython/commit/c2a506e40e9135bfd17b59fffc62261dc95bc535


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30649>
_______________________________________

From report at bugs.python.org  Wed Jun 14 08:34:30 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 14 Jun 2017 12:34:30 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497443670.64.0.875469061166.issue30664@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Correction: it's implemented in unittest.case._SubTest, specifically in  _subDescription().

----------
title: Change unittest's _SubTest to not sort its params -> Change unittest's _SubTest to not sort its params when printing test failures

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Wed Jun 14 08:41:34 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 14 Jun 2017 12:41:34 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497444094.27.0.991767384595.issue30664@psf.upfronthosting.co.za>


Louie Lu added the comment:

I think the question will be, when using multiple subTest (this is why using ChainMap I think), how to determine their order?:

    with self.subTest(c=i, b=i, a=i):
        with self.subTest(b=i, c=50, a=60):
	    self.assertEqual(i, 2)


>>> FAIL: test_foo (__main__.Test) (a=60, b=4, c=50)

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Wed Jun 14 09:12:58 2017
From: report at bugs.python.org (Nitish)
Date: Wed, 14 Jun 2017 13:12:58 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497445978.92.0.843465231425.issue30664@psf.upfronthosting.co.za>


Changes by Nitish <nitishchandrachinta at gmail.com>:


----------
nosy: +nitishch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Wed Jun 14 09:17:12 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 14 Jun 2017 13:17:12 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497446232.17.0.73294654408.issue30664@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Good question.

It looks like ChainMap does something I wouldn't expect:

>>> for k, v in ChainMap({'a': 0, 'b': 1, 'c': 2}, {'b': 3, 'a': 4}).items():
...  print(k, v)
... 
b 1
a 0
c 2

Once we define what we'd like the output to look like, I'm sure it would be easy enough to get the order right.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Wed Jun 14 09:21:21 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 14 Jun 2017 13:21:21 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497446481.02.0.360069543437.issue30664@psf.upfronthosting.co.za>


Louie Lu added the comment:

Additional note, the order will changed it random way in ChainMap, e.g.:


>>> for k, v in ChainMap({'a': 0, 'b': 1, 'c': 2}, {'b': 3, 'a': 4}).items(): print(k, v)
...
a 0
c 2
b 1

-----restart----

>>> for k, v in ChainMap({'a': 0, 'b': 1, 'c': 2}, {'b': 3, 'a': 4}).items(): print(k, v)
...
b 1
c 2
a 0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Wed Jun 14 09:26:27 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 14 Jun 2017 13:26:27 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497446787.25.0.466604108844.issue30664@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Correct on the order changed with regular dicts. That's why I'm targeting this specifically for Python 3.7 and with **kwargs, where order is guaranteed. We might have to use a structure other than a ChainMap of dicts, like a ChainMap of OrderDicts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Wed Jun 14 10:15:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 14:15:13 +0000
Subject: [issue30565] PEP 538: default to skipping warning for implicit locale
 coercion?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497449713.23.0.154512019902.issue30565@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The warnings caused something around 27 test failures on "AMD64 FreeBSD CURRENT Non-Debug 3.x" buildbot:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/438/steps/test/logs/stdio

27 tests failed again:
    test_asyncio test_base64 test_c_locale_coercion test_capi
    test_cmd_line test_cmd_line_script test_compileall
    test_concurrent_futures test_doctest test_faulthandler
    test_file_eintr test_inspect test_io test_json test_keyword
    test_module test_multiprocessing_fork
    test_multiprocessing_forkserver test_multiprocessing_main_handling
    test_subprocess test_symbol test_sys test_threading test_tools
    test_traceback test_venv test_warnings

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Wed Jun 14 10:17:34 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 14 Jun 2017 14:17:34 +0000
Subject: [issue30625] Documentation is unclear how "y*" and "y#" format units
 vary
In-Reply-To: <1497118572.05.0.886949691959.issue30625@psf.upfronthosting.co.za>
Message-ID: <1497449854.34.0.628311544326.issue30625@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30625>
_______________________________________

From report at bugs.python.org  Wed Jun 14 10:25:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 14:25:57 +0000
Subject: [issue30565] PEP 538: default to skipping warning for implicit locale
 coercion?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497450357.99.0.979445049965.issue30565@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2235

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Wed Jun 14 10:27:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 14:27:14 +0000
Subject: [issue30565] PEP 538: default to skipping warning for implicit locale
 coercion?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497450434.17.0.597349991999.issue30565@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I wrote a PR to remove PEP 538 warnings:
https://github.com/python/cpython/pull/2186

Reference (unpatched):

haypo at selma$ env -i LC_ALL=C ./python -c "import locale; print(locale.getpreferredencoding())"
Python runtime initialized with LC_CTYPE=C (a locale with default ASCII encoding), which may cause Unicode compatibility problems. Using C.UTF-8, C.utf8, or UTF-8 (if available) as alternative Unicode-compatible locales is recommended.
ANSI_X3.4-1968

haypo at selma$ env -i LC_CTYPE=C ./python -c "import locale; print(locale.getpreferredencoding())"
Python detected LC_CTYPE=C: LC_CTYPE coerced to C.UTF-8 (set another locale or PYTHONCOERCECLOCALE=0 to disable this locale coercion behavior).
UTF-8

haypo at selma$ env -i LC_ALL=C ./python -c "import locale; print(locale.getpreferredencoding())"
Python runtime initialized with LC_CTYPE=C (a locale with default ASCII encoding), which may cause Unicode compatibility problems. Using C.UTF-8, C.utf8, or UTF-8 (if available) as alternative Unicode-compatible locales is recommended.
ANSI_X3.4-1968


With my change:

haypo at selma$ env -i ./python -c "import locale; print(locale.getpreferredencoding())"
UTF-8

haypo at selma$ env -i LC_CTYPE=C ./python -c "import locale; print(locale.getpreferredencoding())"
UTF-8

haypo at selma$ env -i LC_ALL=C ./python -c "import locale; print(locale.getpreferredencoding())"
ANSI_X3.4-1968

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Wed Jun 14 10:27:52 2017
From: report at bugs.python.org (=?utf-8?q?Uwe_Kleine-K=C3=B6nig?=)
Date: Wed, 14 Jun 2017 14:27:52 +0000
Subject: [issue30665] pass big values for arg to fcntl.ioctl
Message-ID: <1497450472.17.0.838126084809.issue30665@psf.upfronthosting.co.za>


New submission from Uwe Kleine-K?nig:

When passing a big integer value to fcntl.ioctl this might result in

     OverflowError: signed integer is greater than maximum

. Traditionally ioctl(3) takes a pointer as third argument. The fcntl module however uses an int (format specifier 'i') which is too small to hold a pointer on 64 bit architectures.

The fix is to use 'k' (and an unsigned long) instead of 'i' (and an int). An unsigned long is suitable to hold a pointer value on AFAIK all platforms that matter today. (And it works on all platforms where int is already good enough, so the suggested change doesn't do any harm.)

A patch is attached.

----------
files: unsigned-long-arg-for-ioctl.patch
keywords: patch
messages: 296008
nosy: ukl
priority: normal
severity: normal
status: open
title: pass big values for arg to fcntl.ioctl
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file46951/unsigned-long-arg-for-ioctl.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30665>
_______________________________________

From report at bugs.python.org  Wed Jun 14 10:58:19 2017
From: report at bugs.python.org (Julien Verger)
Date: Wed, 14 Jun 2017 14:58:19 +0000
Subject: [issue30563] [Cygwin] multiprocessing module with pool object issue
In-Reply-To: <1496559266.31.0.239393976491.issue30563@psf.upfronthosting.co.za>
Message-ID: <1497452299.54.0.670164692329.issue30563@psf.upfronthosting.co.za>


Julien Verger added the comment:

Hello Antoine,

I've installed python throught the cygwin.exe installer.
I've tried to add many pythons libs without more success.
I didn't know that cygwin was an unsupported platform.
Unfortunately, my goal is to develop an automation tool based on pexpect package which does not work the same on windows build (e.g. pexpect.spawn instruction wich is not compatible on windows).
I thought that i could bypass this by using pexpect on cygwin that works great but i would like to launch multiple pexpect thread in parallel by using multithread package in my cygwin environment.

Julien

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30563>
_______________________________________

From report at bugs.python.org  Wed Jun 14 11:02:01 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 15:02:01 +0000
Subject: [issue30665] pass big values for arg to fcntl.ioctl
In-Reply-To: <1497450472.17.0.838126084809.issue30665@psf.upfronthosting.co.za>
Message-ID: <1497452521.63.0.665924925507.issue30665@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30665>
_______________________________________

From report at bugs.python.org  Wed Jun 14 11:09:15 2017
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 14 Jun 2017 15:09:15 +0000
Subject: [issue30625] Documentation is unclear how "y*" and "y#" format units
 vary
In-Reply-To: <1497118572.05.0.886949691959.issue30625@psf.upfronthosting.co.za>
Message-ID: <1497452955.92.0.660578354878.issue30625@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Out of curiosity:

Is the 3.2 documentation clearer?

https://docs.python.org/3.2/c-api/arg.html#strings-and-buffers


Lately we have a lot of churn in the docs, not necessarily written by subject experts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30625>
_______________________________________

From report at bugs.python.org  Wed Jun 14 11:13:50 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 15:13:50 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497453230.93.0.498843691632.issue15786@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 778b484145edfd0d9b65129322d3295bed8eb71a by terryjreedy (mlouielu) in branch 'master':
bpo-15786: IDLE: Fix mouse clicks on autocompletetion window (#1811)
https://github.com/python/cpython/commit/778b484145edfd0d9b65129322d3295bed8eb71a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 11:18:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 15:18:45 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497453525.6.0.779796019742.issue15786@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2236

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 11:32:42 2017
From: report at bugs.python.org (R. David Murray)
Date: Wed, 14 Jun 2017 15:32:42 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497454362.36.0.991205686713.issue30645@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yes, that's all you needed to do.  She updated your status in the tracker (you now have the CLA signed '*' next  to your name).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Wed Jun 14 11:43:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 15:43:51 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497455031.79.0.565663670314.issue15786@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 3280579450e3ee94e4916e2543b4dd8898d51b02 by terryjreedy in branch '3.6':
bpo-15786: IDLE: Fix mouse clicks on autocompletetion window (#1811) (#2187)
https://github.com/python/cpython/commit/3280579450e3ee94e4916e2543b4dd8898d51b02


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 12:36:25 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Wed, 14 Jun 2017 16:36:25 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497458185.26.0.638683815395.issue30628@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

A quick note on how to include system packages in the "How Do I..?" section could be helpful, though does not necessarily solve the current issue. I would be hesitant to instruct people to use the system-site-packages flag simply to have an updated version of setuptools, even with a strong word of caution. From my experience, most people generally don't have a clean pip environment outside of a virtual environment for various reasons and this could cause more confusion and undesired outcomes by encouraging use use of the system-site-packages flag.

As a side note, I do feel that the existing documentation for the system-site-packages and without-pip flags is adequate as-is (that was one of the first things I tried when debugging this issue).

Nick, could you answer a couple of questions for me? 
1) I've read that (for Python 3.5 or greater) that venv is recommended over virtualenv. Why? (Not challenging anything, just trying to understand from the perspective of someone who has used virtualenv for years and never looked back).
2) Could there be an additional argument for venv that triggers an upgrade to setuptools on virtual environment creation? Alternatively, I've looked into extending venv.EnvBuilder. We could add an example of extending this to bootstrap environment building to include a setuptools upgrade on creation for those who deem this important.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Wed Jun 14 12:36:38 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 16:36:38 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497458198.73.0.320729842607.issue15786@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

After hand-testing everything I could think of, including clicking outside the box after clicking inside, I applied the click (and Mac crash) fix to 3.7 and 3.6.  As far as I know, it should appear in 3.6.2rc whenever that appears.  If so, I hope people who verified the bug will download and try to verify the fix.

I will open separate issues for the following and list them on the autocompletions master issue, #27609.
Improve autocomplete tests.
Improve 'Completions' doc subsection.
Stop insertion of \n into text when closing box
 (see opening message above).
I will also post a message on #27609 about behavior issues mentioned here that are not part of any open issue.

----------
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 12:44:05 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 14 Jun 2017 16:44:05 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497458645.58.0.294755457862.issue29514@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Is it intentionally that old magic number is used in 3.7? The test will become failing just after reaching the RC stage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Wed Jun 14 12:48:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 16:48:35 +0000
Subject: [issue30231] test_imaplib needs a TLS server accepting self-signed
 certificates
In-Reply-To: <1493736284.13.0.622029485806.issue30231@psf.upfronthosting.co.za>
Message-ID: <1497458915.47.0.336850252757.issue30231@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset b18563da8803433509e9a0e29718e0271014659f by Victor Stinner in branch 'master':
bpo-30231: Remove skipped test_imaplib tests (#1419)
https://github.com/python/cpython/commit/b18563da8803433509e9a0e29718e0271014659f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30231>
_______________________________________

From report at bugs.python.org  Wed Jun 14 13:00:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 17:00:32 +0000
Subject: [issue30231] test_imaplib needs a TLS server accepting self-signed
 certificates
In-Reply-To: <1493736284.13.0.622029485806.issue30231@psf.upfronthosting.co.za>
Message-ID: <1497459632.32.0.387504176384.issue30231@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2237

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30231>
_______________________________________

From report at bugs.python.org  Wed Jun 14 13:02:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 17:02:00 +0000
Subject: [issue30231] test_imaplib needs a TLS server accepting self-signed
 certificates
In-Reply-To: <1493736284.13.0.622029485806.issue30231@psf.upfronthosting.co.za>
Message-ID: <1497459720.05.0.0291592122598.issue30231@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2238

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30231>
_______________________________________

From report at bugs.python.org  Wed Jun 14 13:34:42 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 17:34:42 +0000
Subject: [issue30658] Buildbot: don't sent email notification for custom
 builders
In-Reply-To: <1497370563.44.0.51668775435.issue30658@psf.upfronthosting.co.za>
Message-ID: <1497461682.6.0.0806695005657.issue30658@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

I didn't know about buildmaster-config repo.

It's not listed as one of the projects for the Python Core team :)

https://github.com/orgs/python/teams/python-core/repositories 

Should it be?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30658>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:15:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 18:15:40 +0000
Subject: [issue30666] IDLE: add tests for auto-completions
Message-ID: <1497464140.48.0.517260109183.issue30666@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

1. Test_autocomplete.AutoCompleteTest has a test_method for each method of autocomplete.AutoComplete.  The last 5 test methods are empty ('pass'). Finish them.  A couple of the methods might be usefully split into smaller methods.  Get_entity is actually a function, as 'self' is ignored. After the first else, fetch_completions is also independent of 'self'.  PR 2011 combines the two blocks into a function that can be moved to run.py.

These method tests should be supplemented by user action tests with live widgets and simulated key events.  Such tests would be black box tests in that they should be independent of the implementation.

2. AutoCompleteWindow, in autocomplete_w, is untested.  It was the locus of the bug in #15786.  To get the fix into 3.6.2, it was merged after hand-testing, without adding automated tests.  They need to be added before further patching.

Some of the methods of ACW seem hard to test as they are long and hard to describe succinctly.  Perhaps black-box user tests should be emphasized for this class.

----------
messages: 296019
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: add tests for auto-completions
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30666>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:24:26 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 18:24:26 +0000
Subject: [issue30666] IDLE: add tests for auto-completions
In-Reply-To: <1497464140.48.0.517260109183.issue30666@psf.upfronthosting.co.za>
Message-ID: <1497464666.33.0.729558281275.issue30666@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30666>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:25:38 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 18:25:38 +0000
Subject: [issue30667] IDLE: revise doc subsections 'Completions'
Message-ID: <1497464738.2.0.763247679228.issue30667@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

The current subsection omits Expand Word and seems not as clear as it could be.  Completions rely on source information.  Three possible sources are the text, Shell globals, and filesystem.  Open latter two by tab, shortcut, or (in special circumstance) wait.

----------
assignee: terry.reedy
components: IDLE
messages: 296020
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: revise doc subsections 'Completions'
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30667>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:27:06 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 14 Jun 2017 18:27:06 +0000
Subject: [issue30668] DOC: missing word in license.rst
Message-ID: <1497464826.74.0.48412228971.issue30668@psf.upfronthosting.co.za>


New submission from Cheryl Sabella:

The 'Select kqueue' section starts with:

"The `select` and contains the following notice for the kqueue    interface:"

And the 'SipHash24' section has:

"The file Python/pyhash.c contains Marek Majkowski? implementation of Dan Bernstein?s SipHash24 algorithm. The contains the following note:"

It seems like a word is missing on each line.  Maybe `module`?

----------
assignee: docs at python
components: Documentation
messages: 296021
nosy: christian.heimes, csabella, docs at python
priority: normal
severity: normal
status: open
title: DOC: missing word in license.rst
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30668>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:40:49 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 18:40:49 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497465649.2.0.518978658755.issue30659@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2239

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:49:13 2017
From: report at bugs.python.org (Christian H)
Date: Wed, 14 Jun 2017 18:49:13 +0000
Subject: [issue1615158] POSIX capabilities support
Message-ID: <1497466153.52.0.957936546906.issue1615158@psf.upfronthosting.co.za>


Changes by Christian H <kalvdans at gmail.com>:


----------
nosy: +Christian H

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1615158>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:57:28 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 18:57:28 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497466648.78.0.719148610351.issue30659@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2240

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:58:34 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 18:58:34 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497466714.87.0.685041469565.issue30659@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2241

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 14:59:40 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 18:59:40 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497466780.04.0.711528617007.issue30659@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 789f47ebb56283bd0156957121ac2854817b2bf9 by Mariatta in branch '3.6':
bpo-30659 : Use ** for kwargs in namedtuple._replace() signature (GH-2173) (GH-2195)
https://github.com/python/cpython/commit/789f47ebb56283bd0156957121ac2854817b2bf9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:07:44 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 19:07:44 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497467264.84.0.458343401329.issue30659@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 4b30107bfdc9ba5afbe7f4a9d96273d6078bc310 by Mariatta in branch '2.7':
bpo-30659 : Use ** for kwargs in namedtuple._replace() signature (GH-2173) (GH-2196)
https://github.com/python/cpython/commit/4b30107bfdc9ba5afbe7f4a9d96273d6078bc310


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:07:57 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 19:07:57 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497467277.1.0.438121633025.issue30659@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset a3afdca2190201bf6572435226dd3f8668139002 by Mariatta in branch '3.5':
bpo-30659 : Use ** for kwargs in namedtuple._replace() signature (GH-2173) (GH-2197)
https://github.com/python/cpython/commit/a3afdca2190201bf6572435226dd3f8668139002


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:08:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 14 Jun 2017 19:08:45 +0000
Subject: [issue30659] Use ** correctly for "kwargs" in signature of
 namedtuple._replace()
In-Reply-To: <1497379763.32.0.322552703927.issue30659@psf.upfronthosting.co.za>
Message-ID: <1497467325.27.0.0211759626385.issue30659@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Fixed and backported.
Thanks.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30659>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:25:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 19:25:13 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497468313.57.0.377013946627.issue15786@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2242

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:37:19 2017
From: report at bugs.python.org (Curtis Doty)
Date: Wed, 14 Jun 2017 19:37:19 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497469039.6.0.138943679027.issue30628@psf.upfronthosting.co.za>


Curtis Doty added the comment:

diff --git a/Lib/venv/__init__.py b/Lib/venv/__init__.py
index 716129d139..757e8de4e7 100644
--- a/Lib/venv/__init__.py
+++ b/Lib/venv/__init__.py
@@ -243,6 +243,9 @@ class EnvBuilder:
         cmd = [context.env_exe, '-Im', 'ensurepip', '--upgrade',
                                                     '--default-pip']
         subprocess.check_output(cmd, stderr=subprocess.STDOUT)
+        cmd= [context.env_exe, '-Im', 'pip', 'install', '--upgrade',
+                                'pip', 'setuptools']
+        subprocess.check_output(cmd, stderr=subprocess.STDOUT)
 
     def setup_scripts(self, context):
         """

Crude, but effective. Food for thought?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:40:07 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 19:40:07 +0000
Subject: [issue30666] IDLE: add tests for autocomplete window.
In-Reply-To: <1497464140.48.0.517260109183.issue30666@psf.upfronthosting.co.za>
Message-ID: <1497469207.91.0.385606347739.issue30666@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#30632 (and #30348) partly address 1., so transferring it there, and keeping this for autocomplete_w.

----------
title: IDLE: add tests for auto-completions -> IDLE: add tests for autocomplete window.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30666>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:40:17 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 19:40:17 +0000
Subject: [issue30632] IDLE: add unittests to test_autocomplete
In-Reply-To: <1497256222.98.0.89770351326.issue30632@psf.upfronthosting.co.za>
Message-ID: <1497469217.72.0.289046216415.issue30632@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Ping.  Please answer question about two PRs.

For #30666, I wrote
1. Test_autocomplete.AutoCompleteTest has a test_method for each method of autocomplete.AutoComplete.  The last 5 test methods are empty ('pass'). Finish them.  A couple of the methods might be usefully split into smaller methods.  Get_entity is actually a function, as 'self' is ignored. After the first else, fetch_completions is also independent of 'self'.  PR 2011 combines the two blocks into a function that can be moved to run.py.

These method tests should be supplemented by user action tests with live widgets and simulated key events.  Such tests would be black box tests in that they should be independent of the implementation.

I decided to broaden this issue to all autocomplete tests and narrow that one to autocomplete_w tests.

----------
title: IDLE: add unittest to test_autocomplete -> IDLE: add unittests to test_autocomplete

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30632>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:43:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 19:43:18 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497469398.06.0.283435865529.issue15786@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 32fd874afe55e396e3c9a5af35e7bb3d8e0b8f02 by terryjreedy in branch 'master':
bpo-15786: Fix IDLE autocomplete return problem. (#2198)
https://github.com/python/cpython/commit/32fd874afe55e396e3c9a5af35e7bb3d8e0b8f02


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 15:56:54 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 19:56:54 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497470214.9.0.396414942018.issue15786@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2243

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:10:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 20:10:13 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497471013.69.0.659380762598.issue15786@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 6628006941f4382813a9af4628894c99bb333b8f by terryjreedy in branch '3.6':
[3.6]bpo-15786: Fix IDLE autocomplete return problem. (#2198) (#2199)
https://github.com/python/cpython/commit/6628006941f4382813a9af4628894c99bb333b8f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:10:53 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 20:10:53 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1497471053.24.0.384251703111.issue15786@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

With the severe click bug apparently fixed, I focused on Suddha Sourav last sentence "In addition, pressing enter does not autocomplete but execute what was meant to be selected."  In current freshly started IDLE, for example

>>> re.c<^-space>

brings up a box with [compile] highlighted.  On hitting <Return> one sees

>>> re.c
...
NameError: name 're' is not defined

'c' has not been completed to 'compile' and \n has been inserted into the Text widget, causing the line (in the shell) to be compiled and executed.  I imagine that everyone would prefer ">>> re.compile" with the cursor at the end.  The fix is so simple that I decided to include it here, today.  In autocomplete_w.AutoCompleteWindow.keypress_event, change
        elif keysym == "Return":
            self.hide_window()
            return None
to
        elif keysym == "Return":
            self.complete()
            self.hide_window()
            return 'break'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:16:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 20:16:03 +0000
Subject: [issue27609] IDLE completions: format, factor, and fix
In-Reply-To: <1469404988.71.0.674184496094.issue27609@psf.upfronthosting.co.za>
Message-ID: <1497471363.03.0.645875650554.issue27609@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#30666 Add completion tests
#30667 Revise completion doc
#15786 and additional discussion of completion behavior
Tab in opened box should and usually completes, but sometimes not.  I don't have a consistent example.

----------
nosy:  -python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27609>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:21:06 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 14 Jun 2017 20:21:06 +0000
Subject: [issue27609] IDLE completions: format, factor, and fix
In-Reply-To: <1469404988.71.0.674184496094.issue27609@psf.upfronthosting.co.za>
Message-ID: <1497471666.39.0.415229287749.issue27609@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#30632 autocomplete tests
#30666 autocomplete_w tests

----------
dependencies: +IDLE: add tests for autocomplete window., IDLE: add unittests to test_autocomplete, IDLE: revise doc subsections 'Completions' -IDLE code completion window can hang or misbehave with mouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27609>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:29:04 2017
From: report at bugs.python.org (Chris Barth)
Date: Wed, 14 Jun 2017 20:29:04 +0000
Subject: [issue28603] traceback module can't format/print unhashable exceptions
In-Reply-To: <1478208134.4.0.220857012408.issue28603@psf.upfronthosting.co.za>
Message-ID: <1497472144.19.0.399060468829.issue28603@psf.upfronthosting.co.za>


Changes by Chris Barth <chrisjbarth at gmail.com>:


----------
nosy: +Chris Barth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28603>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:30:43 2017
From: report at bugs.python.org (Chris Barth)
Date: Wed, 14 Jun 2017 20:30:43 +0000
Subject: [issue28603] traceback module can't format/print unhashable exceptions
In-Reply-To: <1478208134.4.0.220857012408.issue28603@psf.upfronthosting.co.za>
Message-ID: <1497472243.3.0.719379398986.issue28603@psf.upfronthosting.co.za>


Chris Barth added the comment:

There are now several patches for this problem, which also affects me. What are the next steps to get this resolved?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28603>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:43:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 20:43:03 +0000
Subject: [issue30231] test_imaplib needs a TLS server accepting self-signed
 certificates
In-Reply-To: <1493736284.13.0.622029485806.issue30231@psf.upfronthosting.co.za>
Message-ID: <1497472983.42.0.863856829679.issue30231@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 8a39af945796164a16a607fecfef5297b7a87deb by Victor Stinner in branch '3.6':
bpo-30231: Remove skipped test_imaplib tests (#1419) (#2192)
https://github.com/python/cpython/commit/8a39af945796164a16a607fecfef5297b7a87deb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30231>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:43:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 20:43:04 +0000
Subject: [issue30231] test_imaplib needs a TLS server accepting self-signed
 certificates
In-Reply-To: <1493736284.13.0.622029485806.issue30231@psf.upfronthosting.co.za>
Message-ID: <1497472984.71.0.926879345681.issue30231@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 7895a0585b4b6a1c8082d17227307c6ce2c8bb8b by Victor Stinner in branch '3.5':
bpo-30231: Remove skipped test_imaplib tests (#1419) (#2193)
https://github.com/python/cpython/commit/7895a0585b4b6a1c8082d17227307c6ce2c8bb8b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30231>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:44:22 2017
From: report at bugs.python.org (Preston Moore)
Date: Wed, 14 Jun 2017 20:44:22 +0000
Subject: [issue30400] Race condition in shutil.copyfile()
In-Reply-To: <1495138920.07.0.300372261513.issue30400@psf.upfronthosting.co.za>
Message-ID: <1497473062.51.0.416924441803.issue30400@psf.upfronthosting.co.za>


Preston Moore added the comment:

Pull request is now passing with no conflicts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30400>
_______________________________________

From report at bugs.python.org  Wed Jun 14 16:49:32 2017
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 14 Jun 2017 20:49:32 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497473372.68.0.1616369064.issue30645@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Yes, we're as corporate as an open source project that doesn't have enough funding to be able to defend against a lawsuit but is big enough that simply shutting down would really suck for millions of people. ;) Anyway, your CLA signing came through so now we just need a pull request on GitHub or a patch.

As for virtualenv still using a deprecated, hidden API, that's bad on them and should probably be reported to them directly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Wed Jun 14 17:00:30 2017
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 14 Jun 2017 21:00:30 +0000
Subject: [issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468
In-Reply-To: <1497415571.04.0.452545099566.issue30662@psf.upfronthosting.co.za>
Message-ID: <1497474030.86.0.481973984418.issue30662@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Past Python details should not be included in docstrings; it should simply represent the current code.

----------
nosy: +brett.cannon, eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30662>
_______________________________________

From report at bugs.python.org  Wed Jun 14 17:01:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 21:01:56 +0000
Subject: [issue30231] test_imaplib needs a TLS server accepting self-signed
 certificates
In-Reply-To: <1493736284.13.0.622029485806.issue30231@psf.upfronthosting.co.za>
Message-ID: <1497474116.01.0.829499916071.issue30231@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30231>
_______________________________________

From report at bugs.python.org  Wed Jun 14 17:30:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 21:30:52 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497475852.11.0.660890632214.issue17870@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Serhiy Storchaka: "The patch adds too much code, but there is very little need of new feature (...)"

I wrote my first patch in 2013, but I still fail to find a very good example where intmax_t would be an obvious choice. So I have to agree and I will now close the issue.

If you still want to get a builtin support for intmax_t in CPython, please come with a strong rationale for justify adding "so much code" ;-) I now close the issue and reject my PR.

----------
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Wed Jun 14 17:34:53 2017
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 14 Jun 2017 21:34:53 +0000
Subject: [issue30436] importlib.find_spec raises AttributeError when parent is
 not a package/module
In-Reply-To: <1495500424.56.0.88806724527.issue30436@psf.upfronthosting.co.za>
Message-ID: <1497476093.0.0.995981036295.issue30436@psf.upfronthosting.co.za>


Brett Cannon added the comment:


New changeset 8c3f05e9f0f0b30a3d4a2433e92471794d8258af by Brett Cannon (Milan Oberkirch) in branch 'master':
bpo-30436: Raise ModuleNotFoundError for importlib.util.find_spec() when parent isn't a package (GH-1899)
https://github.com/python/cpython/commit/8c3f05e9f0f0b30a3d4a2433e92471794d8258af


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30436>
_______________________________________

From report at bugs.python.org  Wed Jun 14 17:35:16 2017
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 14 Jun 2017 21:35:16 +0000
Subject: [issue30436] importlib.find_spec raises AttributeError when parent is
 not a package/module
In-Reply-To: <1495500424.56.0.88806724527.issue30436@psf.upfronthosting.co.za>
Message-ID: <1497476116.09.0.219277063452.issue30436@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30436>
_______________________________________

From report at bugs.python.org  Wed Jun 14 17:48:51 2017
From: report at bugs.python.org (Devin Jeanpierre)
Date: Wed, 14 Jun 2017 21:48:51 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497476931.66.0.202054133971.issue17870@psf.upfronthosting.co.za>


Devin Jeanpierre added the comment:

> I wrote my first patch in 2013, but I still fail to find a very good example where intmax_t would be an obvious choice. So I have to agree and I will now close the issue.

Hold on, nobody ever answered the question in the OP. How would you convert an intptr_t (e.g. Rust's int type) to a Python int?

You can't use FromVoidPtr because of signedness. You can use FromLongLong, but that's implementation-defined.

If what we should be using is FromLongLong for all "really big ints", why not just rename FromLongLong to FromIntMax and call it a day?



There is no standard relationship between long long and most other int types -- all we know is that it's at least 64 bits, but an int type can perfectly reasonably be e.g. 80 bits or 128 bits or similar. I think it *is* a worhtwhile goal to allow programmers to write C code that has as little implementation-defined or undefined behavior as possible.


If that isn't considered a worthwhile goal, maybe we should reconsider using such a dangerous and pointy language as C. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Wed Jun 14 17:51:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 21:51:29 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497477089.98.0.0864403647044.issue17870@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Hold on, nobody ever answered the question in the OP. How would you convert an intptr_t (e.g. Rust's int type) to a Python int?

Write your own C extension to do that. Sorry, I don't know what is the best way to write such C extension.

Maybe look at https://github.com/PyO3/PyO3 ? cc Yury

----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Wed Jun 14 18:44:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 22:44:07 +0000
Subject: [issue30284] Build CPython out of tree with a read-only source tree
In-Reply-To: <1494001633.16.0.215498233114.issue30284@psf.upfronthosting.co.za>
Message-ID: <1497480247.89.0.537001234273.issue30284@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f7e07840d725f2ebb469129cb5e6574ce61725ef by Victor Stinner in branch 'master':
bpo-30284: Fix regrtest for out of tree build (#1481)
https://github.com/python/cpython/commit/f7e07840d725f2ebb469129cb5e6574ce61725ef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30284>
_______________________________________

From report at bugs.python.org  Wed Jun 14 18:54:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 22:54:38 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497480878.34.0.730744970943.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 23ec4b57e1359f9c539b8defc317542173ae087e by Victor Stinner in branch 'master':
bpo-29591: Upgrade Modules/expat to libexpat 2.2 (#2164)
https://github.com/python/cpython/commit/23ec4b57e1359f9c539b8defc317542173ae087e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 18:58:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 22:58:33 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497481113.9.0.215483960021.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2244

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 18:59:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 22:59:56 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497481196.44.0.913446667516.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2245

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:05:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 23:05:56 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497481556.55.0.787821454396.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2246

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:13:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 23:13:20 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497482000.76.0.409033966406.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2247

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:19:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 23:19:15 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497482355.7.0.200387617682.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +georg.brandl
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:21:41 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 23:21:41 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497482501.11.0.622483410912.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2248

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:22:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 23:22:57 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497482577.32.0.0700190236211.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Python 3.3 currently embeds a copy of libexpat 2.1.0, wheras other branches have libexpat 2.1.1:
http://python-security.readthedocs.io/vuln/issue_26556_expat_2.1.1.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:25:20 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 14 Jun 2017 23:25:20 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1497482720.4.0.63130234096.issue27485@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2249

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:26:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 23:26:19 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497482779.54.0.897518579865.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 86b95370c45dedb8a56c9894372a43681de47a73 by Victor Stinner in branch '3.6':
bpo-29591: Upgrade Modules/expat to libexpat 2.2 (#2164) (#2200)
https://github.com/python/cpython/commit/86b95370c45dedb8a56c9894372a43681de47a73


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:27:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 14 Jun 2017 23:27:17 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497482837.22.0.485130260371.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Ned Deily: I removed the "release blocker" flag, since I just merged my PR to update libexpat to 2.2 in the Python 3.6 branch.

----------
priority: release blocker -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 19:34:10 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 14 Jun 2017 23:34:10 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1497483250.41.0.316001362252.issue27485@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Martin, thank you for the information and for pointing out those other related issues.  It makes sense to separate the security or bug issues from this change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Wed Jun 14 20:16:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 00:16:38 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497485798.02.0.637188229368.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 0e4571a68a7f48e8469ef05b04ba3463d3fd82c0 by Victor Stinner in branch '2.7':
bpo-29591: Upgrade Modules/expat to libexpat 2.2 (#2164) (#2202)
https://github.com/python/cpython/commit/0e4571a68a7f48e8469ef05b04ba3463d3fd82c0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 20:16:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 00:16:40 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497485800.67.0.666614847771.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 8c797ed8a0fea5e3162b9415f13e270d4d5d9549 by Victor Stinner in branch '3.5':
bpo-29591: Upgrade Modules/expat to libexpat 2.2 (#2164) (#2201)
https://github.com/python/cpython/commit/8c797ed8a0fea5e3162b9415f13e270d4d5d9549


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 14 20:24:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 00:24:18 +0000
Subject: [issue30284] Build CPython out of tree with a read-only source tree
In-Reply-To: <1494001633.16.0.215498233114.issue30284@psf.upfronthosting.co.za>
Message-ID: <1497486258.27.0.479459273738.issue30284@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I don't think that the test_pydoc failure is very important. I'm not interested to fix it right now.

The main blocker issue was regrtest and it's now fixed in the master branch.

I don't recall any user complaining about issues with read-only source tree, so I don't think that it's worth it to backport the fix. If I'm wrong, please comment the issue ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30284>
_______________________________________

From report at bugs.python.org  Wed Jun 14 20:38:48 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Thu, 15 Jun 2017 00:38:48 +0000
Subject: [issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468
In-Reply-To: <1497415571.04.0.452545099566.issue30662@psf.upfronthosting.co.za>
Message-ID: <1497487128.5.0.669828525695.issue30662@psf.upfronthosting.co.za>


Jonathan Eunice added the comment:

PR updated to incorporate Serhiy Storchaka and Brett Cannon feedback.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30662>
_______________________________________

From report at bugs.python.org  Wed Jun 14 21:11:20 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Thu, 15 Jun 2017 01:11:20 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497489080.15.0.589703177711.issue30603@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2250

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Wed Jun 14 21:22:09 2017
From: report at bugs.python.org (Devin Jeanpierre)
Date: Thu, 15 Jun 2017 01:22:09 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497489729.87.0.437095421283.issue17870@psf.upfronthosting.co.za>


Devin Jeanpierre added the comment:

> Write your own C extension to do that. Sorry, I don't know what is the best way to write such C extension.

If everyone who wants to convert intptr_t to a python int has to write their own function, then why not just include it in the C-API?

Having support for intmax_t means we never have to have this conversation ever again, because it should work for all int types.

Reopening since this use-case doesn't sound solved yet.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Wed Jun 14 21:38:17 2017
From: report at bugs.python.org (eartheaterrr)
Date: Thu, 15 Jun 2017 01:38:17 +0000
Subject: [issue30669] json.tool does not accept an --indent flag
Message-ID: <1497490697.08.0.450188302857.issue30669@psf.upfronthosting.co.za>


New submission from eartheaterrr:

I have been using the json.tool quite often by running `cat my-file.json | python -m json.tool` or (`:%! python -m json.tool` in vim) to pretty print the json file, but I would like to customize the indentation level to 2 indentation spaces instead of default of 4. Unfortunately, `json.tool` is hard-coded to use 4 spaces for indentation, so I am filing this issue to propose this change.

----------
components: Library (Lib)
messages: 296055
nosy: eartheaterrr
priority: normal
pull_requests: 2251
severity: normal
status: open
title: json.tool does not accept an --indent flag
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30669>
_______________________________________

From report at bugs.python.org  Wed Jun 14 22:15:55 2017
From: report at bugs.python.org (Joseph Shen)
Date: Thu, 15 Jun 2017 02:15:55 +0000
Subject: [issue30670] pprint for dict in sorted order or insert order?
Message-ID: <1497492955.33.0.313949068523.issue30670@psf.upfronthosting.co.za>


New submission from Joseph Shen:

start from 3.6+, dict keys are ordered heir creation order.
the builtin print function works as we expected, but for 
pprint, the keys is sorted. should we using the sorted version
or just obey the creation order as builtin print?

----------
components: Library (Lib)
messages: 296056
nosy: josephsmeng
priority: normal
severity: normal
status: open
title: pprint for dict in sorted order or insert order?
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30670>
_______________________________________

From report at bugs.python.org  Wed Jun 14 22:28:21 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 02:28:21 +0000
Subject: [issue30565] PEP 538: default to skipping warning for implicit locale
 coercion?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497493701.16.0.369788276943.issue30565@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

As Victor notes above, for systems where no suitable coercion target locale is available, even the "unsupported locale" warning is an issue, since it's only full Unicode text handling that's unsupported in such locales - you can still process ASCII-only and non-text data just fine in such environments (and even Unicode data if you're sufficiently careful).

As a matter of future-proofing CPython, we also need to account for the fact that some C implementations (potentially including future versions of glibc) may starting using UTF-8 as the default text encoding in the C locale itself (requiring the use of variants like C.ASCII or C.latin-1 to opt-in to the use of legacy text encodings).

I still think the warnings are potentially valuable for system integrators and operating system developers trying to ensure that C.UTF-8 is genuinely pervasive as their default locale, so my counter-proposal to Victor's PR is:

* remove the build-time warning flag
* gate the warnings for both successful and unsuccessful locale coercion behind a runtime check for PYTHONCOERCECLOCALE=warn

That means:

* we provide the best possible developer experience we can by default (i.e. no visible warnings, we assume UTF-8 where possible)
* redistributors have a relatively simple patch to always emit the warnings if they want to do so (i.e. remove the conditional checks)
* system integrators and folks debugging application misbehaviour can readily enable the warnings at runtime as part of fault investigation activities

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Wed Jun 14 22:32:41 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 02:32:41 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1497493961.25.0.175158615826.issue29514@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Serhiy: I believe that magic number was current when the test was written, and it hasn't been getting updated since the test is currently being skipped.

Given how we designed the skip logic, I think that counts as "working as intended" - we don't really care about magic number stability until the release candidate stage, so that's when the test needs to be updated to match the implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Wed Jun 14 22:52:05 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 02:52:05 +0000
Subject: [issue30628] why venv install old pip?
In-Reply-To: <1497137079.52.0.388679459657.issue30628@psf.upfronthosting.co.za>
Message-ID: <1497495125.64.0.216184068449.issue30628@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Curtis: by design, ``ensurepip`` isn't permitted to assume internet access (since we want both it and venv to work without warnings or errors on systems with no internet access). This was covered in the original PEP: https://www.python.org/dev/peps/pep-0453/#implementation-strategy

The default presence of `setuptools` and `wheel` in `venv` created virtual environments at all is also an implementation detail that's likely to change once PEP 517 is implemented (again, as per the original design in PEP 453).

Emily: for 3.5+, venv is recommended just because it avoids the extra 3rd party dependency, and integrates slightly more nicely with the interpreter internals. As soon as you need greater assurances of cross-version consistency though, virtualenv is the better choice. (Donald Stufft actually has a virtualenv refactoring pending that makes it just a thin shell around venv on 3.5+, but pursuing that's on hold for now due to other priorities)

For the auto-upgrade aspect, environment managers like `pew` offer more flexibility to automate that kind of thing in a way that's consistent across Python versions. It *might* make sense to offer a `--upgrade-pip` flag for `venv` creation, but it's not entirely clear how much benefit that really offers over just running `python -m pip install --upgrade pip` inside the venv yourself. That one's probably worth filing as a separate RFE though, as it's probably the single most common post-creation script for new virtual environments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30628>
_______________________________________

From report at bugs.python.org  Wed Jun 14 23:06:29 2017
From: report at bugs.python.org (Martin Panter)
Date: Thu, 15 Jun 2017 03:06:29 +0000
Subject: [issue30669] json.tool does not accept an --indent flag
In-Reply-To: <1497490697.08.0.450188302857.issue30669@psf.upfronthosting.co.za>
Message-ID: <1497495989.73.0.79517057137.issue30669@psf.upfronthosting.co.za>


Martin Panter added the comment:

Issue 29636 looks related

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30669>
_______________________________________

From report at bugs.python.org  Wed Jun 14 23:07:20 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 15 Jun 2017 03:07:20 +0000
Subject: [issue30632] IDLE: add unittests to test_autocomplete
In-Reply-To: <1497256222.98.0.89770351326.issue30632@psf.upfronthosting.co.za>
Message-ID: <1497496040.87.0.868334162371.issue30632@psf.upfronthosting.co.za>


Louie Lu added the comment:

This is a duplicate of #30348, I forgot there has a exists PR. I'll combine them and finish left 5 unittest in #30348.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30632>
_______________________________________

From report at bugs.python.org  Wed Jun 14 23:44:28 2017
From: report at bugs.python.org (Martin Panter)
Date: Thu, 15 Jun 2017 03:44:28 +0000
Subject: [issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long'
 type commands for ioctl(2).
In-Reply-To: <1441694117.96.0.393183554729.issue25026@psf.upfronthosting.co.za>
Message-ID: <1497498268.59.0.417433807359.issue25026@psf.upfronthosting.co.za>


Martin Panter added the comment:

Maybe Issue 16124 is related; it mentions 64-bit values, but it sounds like an obscure use case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25026>
_______________________________________

From report at bugs.python.org  Thu Jun 15 00:02:26 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Thu, 15 Jun 2017 04:02:26 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497499346.16.0.301790662498.issue30603@psf.upfronthosting.co.za>


Jonathan Eunice added the comment:

@emilyemorehouse Added new tests per your request:

https://github.com/python/cpython/pull/2206

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Thu Jun 15 00:18:39 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 04:18:39 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497500319.63.0.05773315959.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Ah, I finally understand Victor's comment on my initial attempt at fixing the tests on Mac OS X - the standard streams *don't* use the filesystem encoding, so they default to ASCII in the C locale, even on Mac OS X.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Thu Jun 15 00:25:33 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 15 Jun 2017 04:25:33 +0000
Subject: [issue30670] pprint for dict in sorted order or insert order?
In-Reply-To: <1497492955.33.0.313949068523.issue30670@psf.upfronthosting.co.za>
Message-ID: <1497500733.91.0.922891614472.issue30670@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Until dict insertion order is guaranteed, it doesn't make sense to change pprint().

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30670>
_______________________________________

From report at bugs.python.org  Thu Jun 15 00:42:06 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 04:42:06 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497501726.94.0.879389148924.issue28180@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2252

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Thu Jun 15 00:58:06 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 04:58:06 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497502686.53.0.120693524128.issue17870@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It may be better to make _PyLong_FromByteArray() and _PyLong_AsByteArray() public.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Thu Jun 15 01:04:13 2017
From: report at bugs.python.org (Ned Deily)
Date: Thu, 15 Jun 2017 05:04:13 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497503053.03.0.556489741586.issue29591@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks, Victor, for seeing this through and thanks, everyone else, for the reviews and assistance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Thu Jun 15 01:24:05 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 05:24:05 +0000
Subject: [issue30670] pprint for dict in sorted order or insert order?
In-Reply-To: <1497492955.33.0.313949068523.issue30670@psf.upfronthosting.co.za>
Message-ID: <1497504245.44.0.0396324191536.issue30670@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Concur with Raymond.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30670>
_______________________________________

From report at bugs.python.org  Thu Jun 15 01:25:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 05:25:49 +0000
Subject: [issue30669] json.tool does not accept an --indent flag
In-Reply-To: <1497490697.08.0.450188302857.issue30669@psf.upfronthosting.co.za>
Message-ID: <1497504349.68.0.316441580126.issue30669@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Specifying indent in the json.tool command

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30669>
_______________________________________

From report at bugs.python.org  Thu Jun 15 01:56:23 2017
From: report at bugs.python.org (Steve Barnes)
Date: Thu, 15 Jun 2017 05:56:23 +0000
Subject: [issue30362] Launcher add list and list with paths options
In-Reply-To: <1494753197.17.0.253655325044.issue30362@psf.upfronthosting.co.za>
Message-ID: <1497506183.02.0.450790971882.issue30362@psf.upfronthosting.co.za>


Steve Barnes added the comment:

If this option is added into the py launcher it will make it usable for a multipy script/utility that would call py -0 to get a list of installed pythons and then call it for each of the returned versions with the remaining parameters.

I personally would find this very useful for things like:

    multipy -m pip install --upgrade matplotlib

so as to install upgrades to all of the system pythons.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30362>
_______________________________________

From report at bugs.python.org  Thu Jun 15 02:02:28 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 15 Jun 2017 06:02:28 +0000
Subject: [issue30348] IDLE: Add test_autocoplete unittest
In-Reply-To: <1494575756.78.0.347326025399.issue30348@psf.upfronthosting.co.za>
Message-ID: <1497506548.08.0.985132207812.issue30348@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
title: IDLE: Add fetch completions and get entity unittest -> IDLE: Add test_autocoplete unittest

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30348>
_______________________________________

From report at bugs.python.org  Thu Jun 15 02:10:50 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 15 Jun 2017 06:10:50 +0000
Subject: [issue30348] IDLE: Add test_autocoplete unittest
In-Reply-To: <1494575756.78.0.347326025399.issue30348@psf.upfronthosting.co.za>
Message-ID: <1497507050.24.0.591519783768.issue30348@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2253

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30348>
_______________________________________

From report at bugs.python.org  Thu Jun 15 02:57:07 2017
From: report at bugs.python.org (Dmitry Rubanovich)
Date: Thu, 15 Jun 2017 06:57:07 +0000
Subject: [issue29304] dict: simplify lookup function
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1497509827.72.0.705182775146.issue29304@psf.upfronthosting.co.za>


Dmitry Rubanovich added the comment:

lookdict_index() (and the rest of the files in dictobject.c) are using unnecessarily complicated perturb mechanism.  And, in fact, it's slower than the simpler case.

Instead of this:

for (size_t perturb = hash;;) {
    perturb >>= PERTURB_SHIFT;
    i = mask & ((i << 2) + i + perturb + 1);
....

it should do this:

for (size_t perturb = hash;;) {
    i = mask & ((i << 1) + perturb + 1);
    perturb >>= PERTURB_SHIFT;
....

This would not only save an instruction (a minor issue), but it would also reduce collisions.

I've attached a file which calculates frequencies of collisions for demonstration purposes.  It shows that the calculation, as it stands right now, does not create a 1-1 mapping even on the 1st iteration through the loop.  Moving PERTURB_SHIFT to the line before the calculation does reduce the density of the collision space.  But using the calculation, which I proposed, eliminates collisions on the 1st iteration completely and reduces it on most subsequent iterations.

----------
components: +Interpreter Core
nosy: +Dmitry Rubanovich
type:  -> enhancement
versions: +Python 3.7
Added file: http://bugs.python.org/file46952/collisions_count.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Thu Jun 15 03:11:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 07:11:53 +0000
Subject: [issue29304] dict: simplify lookup function
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1497510713.86.0.0487114037002.issue29304@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Dmitry, please open a new issue for your proposition. It changes visible behavior, while Inada's patch doesn't do this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Thu Jun 15 03:25:26 2017
From: report at bugs.python.org (Dmitry Rubanovich)
Date: Thu, 15 Jun 2017 07:25:26 +0000
Subject: [issue30671] dict: simplify and improve lookup function
Message-ID: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>


New submission from Dmitry Rubanovich:

lookdict_index() (and the rest of the files in dictobject.c) are using unnecessarily complicated perturb mechanism.  And, in fact, it's slower than the simpler case.

Instead of this:

for (size_t perturb = hash;;) {
    perturb >>= PERTURB_SHIFT;
    i = mask & ((i << 2) + i + perturb + 1);
....

it should do this:

for (size_t perturb = hash;;) {
    i = mask & ((i << 1) + perturb + 1);
    perturb >>= PERTURB_SHIFT;
....

This would not only save an instruction (a minor issue), but it would also reduce collisions.

I've attached a file which calculates frequencies of collisions for demonstration purposes.  It shows that the calculation, as it stands right now, does not create a 1-1 mapping even on the 1st iteration through the loop.  Moving PERTURB_SHIFT to the line before the calculation does reduce the density of the collision space.  But using the calculation, which I proposed, eliminates collisions on the 1st iteration completely and reduces it on most subsequent iterations.

----------
components: Interpreter Core
messages: 296072
nosy: Dmitry Rubanovich, inada.naoki, rhettinger, serhiy.storchaka, xiang.zhang
priority: normal
severity: normal
status: open
title: dict: simplify and improve lookup function
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file46953/collisions_count.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Thu Jun 15 03:29:58 2017
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 15 Jun 2017 07:29:58 +0000
Subject: [issue30671] dict: simplify and improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497511798.92.0.186078976475.issue30671@psf.upfronthosting.co.za>


INADA Naoki added the comment:

You may misunderstood current lookup loop.

In your collisions_count.py, `yield i` must be added right before `while True:`

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Thu Jun 15 03:36:59 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 15 Jun 2017 07:36:59 +0000
Subject: [issue30348] IDLE: Add test_autocomplete unittest
In-Reply-To: <1494575756.78.0.347326025399.issue30348@psf.upfronthosting.co.za>
Message-ID: <1497512219.55.0.690359097764.issue30348@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: Add test_autocoplete unittest -> IDLE: Add test_autocomplete unittest

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30348>
_______________________________________

From report at bugs.python.org  Thu Jun 15 04:39:03 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 15 Jun 2017 08:39:03 +0000
Subject: [issue694339] IDLE: Dedenting with Shift+Tab
Message-ID: <1497515943.31.0.8925462438.issue694339@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2254

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694339>
_______________________________________

From report at bugs.python.org  Thu Jun 15 04:40:40 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 15 Jun 2017 08:40:40 +0000
Subject: [issue694339] IDLE: Dedenting with Shift+Tab
Message-ID: <1497516040.21.0.372360027224.issue694339@psf.upfronthosting.co.za>


Louie Lu added the comment:

PR 2210 add the smart-dedent to shift-tab in Windows, macOS, Linux.

I can't saw <<prev-window>> nor <<next-window>> in 3.7 (master) source code, so I'll take it as removed in IDLE somewhere else.

----------
nosy: +louielu
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694339>
_______________________________________

From report at bugs.python.org  Thu Jun 15 05:11:42 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 09:11:42 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497517902.61.0.728699425227.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 7926516ff95ed9c8345ed4c4c4910f44ffbd5949 by Nick Coghlan in branch 'master':
bpo-28180: Standard stream & FS encoding differ on Mac OS X (GH-2208)
https://github.com/python/cpython/commit/7926516ff95ed9c8345ed4c4c4910f44ffbd5949


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Thu Jun 15 05:23:53 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 09:23:53 +0000
Subject: [issue30672] PEP 538: Unexpected locale behaviour on Mac OS X
Message-ID: <1497518633.36.0.998856107706.issue30672@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

To get the new PEP 538 tests passing on Mac OS X (see [1,2]), I ended up having to skip the following test scenarios:

    LANG=UTF-8 (behaves like LANG=C, *not* LC_CTYPE=UTF-8)
    LANG=POSIX (behaves like a distinct locale is set, not LANG=C)
    LC_CTYPE=POSIX (behaves like a distinct locale is set, not LANG=C)
    LC_ALL=POSIX (behaves like a distinct locale is set, not LANG=C)

However, I'm not sure whether that should be diagnosed as a pure testing problem, where we change the test's expectations to match the current behaviour, or a bug in the PEP 538 implementation, where we should be updating it to produce the behaviour that the tests were originally expecting.


[1] https://github.com/python/cpython/commit/4563099d28e832aed22b85ce7e2a92236df03847
[2] https://github.com/python/cpython/commit/7926516ff95ed9c8345ed4c4c4910f44ffbd5949 )

----------
components: Tests
messages: 296076
nosy: haypo, ncoghlan, ned.deily, ronaldoussoren
priority: normal
severity: normal
stage: test needed
status: open
title: PEP 538: Unexpected locale behaviour on Mac OS X
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30672>
_______________________________________

From report at bugs.python.org  Thu Jun 15 05:32:09 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 09:32:09 +0000
Subject: [issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8
In-Reply-To: <1474024622.65.0.838685461995.issue28180@psf.upfronthosting.co.za>
Message-ID: <1497519129.56.0.870658193796.issue28180@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The latest commit should get the Mac OS X buildbot back to green, but I had to disable some test cases to do it - see issue 30672 for details.

Issue 30565 is the one that covers silencing the locale coercion and locale compatibility warnings by default.

----------
dependencies: +PEP 538: Unexpected locale behaviour on Mac OS X, PEP 538: default to skipping warning for implicit locale coercion?
stage: resolved -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28180>
_______________________________________

From report at bugs.python.org  Thu Jun 15 05:33:02 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 09:33:02 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497519182.49.0.628784110349.issue30565@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Updated issue title to reflect the fact we're now considering just silencing *all* the warnings by default.

----------
title: PEP 538: default to skipping warning for implicit locale coercion? -> PEP 538: silence locale coercion and compatibility warnings by default?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Thu Jun 15 06:29:26 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 15 Jun 2017 10:29:26 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1497522566.77.0.959538770124.issue30647@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Note that the coercion logic includes a runtime check to see if 'setlocale(LC_CTYPE, "<locale_name>")' succeeds. That's how we skip over the non-existent C.UTF-8 and C.utf8 to get to "LC_CTYPE=UTF-8" on Mac OS X and FreeBSD.

That *appears* to work (and really does work on Mac OS X as far as CPython's test suite is concerned), but on FreeBSD we subsequently get the CODESET failure when we try to call `nl_langinfo` later in the interpreter startup process.

Victor's suggestion, which seems reasonable to me, is that we could also add the `nl_langinfo` call in the coercion logic, so that we never implicitly configure a locale setting that breaks nl_langinfo.

That way, instead of the interpreter failing to start, we'd just skip the locale coercion logic in that case (and update the test suite's expectations accordingly).

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Thu Jun 15 07:01:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 11:01:54 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
Message-ID: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>


New submission from STINNER Victor:

I need this option to increase the timeout (currently of 20 min) per test file on the "AMD64 Windows8.1 Refleaks 3.x" buildbot. We already changed the buildbot timeout (timeout x 10 for refleaks tests):
https://github.com/python/buildmaster-config/commit/77316bfe4a5428650d1b120c32d9d65fa69e9c8f

The test step on this buildbot takes 2h30. On the same buildbot slave server, the "AMD64 Windows8.1 Non-Debug 3.x" buildbot takes less than 20 min for the whole "step" step!

For the "x86 Gentoo Refleaks 3.x" buildbot, the buildbot timeout is 12000 seconds and the regrtest timeout is 11700 seconds. But on Windows, we don't support "regrtest timeout" yet, it's currently hardcoded to 20 min.

----------
components: Tests, Windows
messages: 296080
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 07:03:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 11:03:05 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497524585.87.0.235380887373.issue30673@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2255

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 07:04:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 11:04:33 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497524673.03.0.713937953957.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The goal is to fix this failure:

http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.x/builds/29/steps/test/logs/stdio

Re-running test 'test_largefile' in verbose mode
(...)
test_lseek (test.test_largefile.CLargeFileTest) ... ok
test_osstat (test.test_largefile.CLargeFileTest) ... ok
test_seek_read (test.test_largefile.CLargeFileTest) ... ok
test_seekable (test.test_largefile.CLargeFileTest) ... ok
test_truncate (test.test_largefile.CLargeFileTest) ... ok
test_lseek (test.test_largefile.PyLargeFileTest) ... Timeout (0:20:00)!
Thread 0x0000032c (most recent call first):
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\_pyio.py", line 1617 in write
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\_pyio.py", line 1220 in _flush_unlocked
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\_pyio.py", line 1213 in flush
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\test_largefile.py", line 37 in setUp
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\case.py", line 601 in run
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\case.py", line 653 in __call__
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\suite.py", line 122 in run
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\suite.py", line 84 in __call__
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\suite.py", line 122 in run
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\suite.py", line 84 in __call__
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\suite.py", line 122 in run
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\suite.py", line 84 in __call__
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\unittest\runner.py", line 176 in run
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\support\__init__.py", line 1896 in _run_suite
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\support\__init__.py", line 1936 in run_unittest
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\libregrtest\runtest.py", line 164 in test_runner
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\libregrtest\refleak.py", line 84 in dash_R
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\libregrtest\runtest.py", line 167 in runtest_inner
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\libregrtest\runtest.py", line 129 in runtest
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\libregrtest\main.py", line 262 in rerun_failed_tests
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\libregrtest\main.py", line 506 in _main
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\libregrtest\main.py", line 480 in main
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\libregrtest\main.py", line 544 in main
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\test\__main__.py", line 2 in <module>
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\runpy.py", line 85 in _run_code
  File "D:\buildarea\3.x.ware-win81-release.refleak\build\lib\runpy.py", line 193 in _run_module_as_main

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 07:20:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 11:20:39 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497525639.56.0.45563675921.issue30602@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2256

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Thu Jun 15 07:26:44 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 11:26:44 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497526004.28.0.0545306085027.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, I fixed a leak in test_spawnve_noargs() of test_os, but test_spawnv_noargs() still leaks :-) os.spawnv() is very similar to os.spawnve(). https://github.com/python/cpython/pull/2212 fixes os.spawnv() as well.

I tested that "python -m test -R 3:3 test_os" doesn't leak anymore with this second fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Thu Jun 15 08:27:17 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 15 Jun 2017 12:27:17 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
Message-ID: <1497529637.46.0.304761889096.issue30674@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
assignee: terry.reedy
components: IDLE
nosy: csabella, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: add docstrings to grep.py
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Thu Jun 15 08:29:25 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 15 Jun 2017 12:29:25 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
Message-ID: <1497529765.9.0.927846435406.issue30674@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2257

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:11:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 13:11:55 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1497532315.07.0.92261912934.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%202.7/builds/136/steps/test/logs/stdio

...
0:12:56 [402/404] test_linecache passed -- running: test_threading (413 sec)
0:12:56 [403/404] test_int_literal passed -- running: test_threading (413 sec)

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=1978.093713

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:17:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 13:17:07 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
Message-ID: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.5/builds/27/steps/test/logs/stdio

[336/398/5] test_zipfile
beginning 6 repetitions
123456
......
test_zipfile leaked [3, 9, 8] references, sum=20
test_zipfile leaked [3, 9, 8] memory blocks, sum=20
(...)
Re-running test 'test_zipfile' in verbose mode
(...)
OK (skipped=1)



http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%203.5/builds/30/steps/test/logs/stdio

[135/398/3] test_zipfile
beginning 6 repetitions
123456
......
test_zipfile leaked [6, 6, 9] references, sum=21
test_zipfile leaked [6, 8, 11] memory blocks, sum=25
(...)
Re-running test 'test_zipfile' in verbose mode
(...)
OK (skipped=1)

----------
components: Tests
keywords: buildbot
messages: 296084
nosy: haypo
priority: normal
severity: normal
status: open
title: test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)
type: resource usage
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:18:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 13:18:13 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497532693.66.0.689765444069.issue30675@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tried "./python -m test -R 3:3 test_zipfile" on Linux and my Windows VM, but I'm unable to reproduce the issue. Maybe I passed the wrong options to regrtest (-m test)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:21:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 13:21:43 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
In-Reply-To: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>
Message-ID: <1497532903.47.0.00750926321089.issue30605@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2258

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:28:06 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 13:28:06 +0000
Subject: [issue30650] lack of right parentheses
In-Reply-To: <1497346958.97.0.696530489581.issue30650@psf.upfronthosting.co.za>
Message-ID: <1497533286.79.0.333257032938.issue30650@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2259

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30650>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:29:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 13:29:40 +0000
Subject: [issue30650] lack of right parentheses
In-Reply-To: <1497346958.97.0.696530489581.issue30650@psf.upfronthosting.co.za>
Message-ID: <1497533380.67.0.110635452387.issue30650@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2260

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30650>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:30:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 13:30:43 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497533443.01.0.911113755087.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 8acb4cf2b3436652568d7a70228b166316181466 by Victor Stinner in branch 'master':
bpo-30602: Fix refleak in os.spawnv() (#2212)
https://github.com/python/cpython/commit/8acb4cf2b3436652568d7a70228b166316181466


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:31:17 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 15 Jun 2017 13:31:17 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497533477.31.0.437353061796.issue30675@psf.upfronthosting.co.za>


Louie Lu added the comment:

$ git checkout upstream/3.5
$ make -j8
$ ./python.exe -m test -R 3:3 test_zipfile
[1/1] test_zipfile
beginning 6 repetitions
123456
......
1 test OK.


That is a pass on my macOS with upstream/3.5

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:34:17 2017
From: report at bugs.python.org (Stephan R.A. Deibel)
Date: Thu, 15 Jun 2017 13:34:17 +0000
Subject: [issue30676] Potential for GIL deadlock on Windows in threadmodule
 acquire_lock
Message-ID: <1497533657.78.0.0164938560567.issue30676@psf.upfronthosting.co.za>


New submission from Stephan R.A. Deibel:

In acquire_timed in _threadmodule.c (used to implement threading lock acquire()) there is an optimization from https://github.com/python/cpython/commit/e75ff35af2b6c85d48c68b95f295aeac7396b162 that says it first tries non-blocking lock w/o releasing the GIL.  However, it seems that this call can block on Windows.

The call to PyThread_acquire_lock_timed(lock, 0, 0) (w/o releasing GIL) on Windows calls EnterNonRecursiveMutex which in turn, in the _PY_USE_CV_LOCKS impl, immediately calls PyMUTEX_LOCK as if it's not going to block.  However, various implementations of this seem like they can block.  Specifically, the impls of PyMUTEX_LOCK that end up using AcquireSRWLockExclusive and EnterCriticalSection both block.  The only case that is correct (does not block) is when !_PY_USE_CV_LOCKS where EnterNonRecursiveMutex() instead calls WaitForSingleObjectEx() with the zero timeout.

This seems like an incorrect potential for GIL deadlock, because the thread blocks without releasing GIL.  Shouldn't it ultimately be using TryAcquireSRWLockExclusive and TryEnterCriticalSection in these two cases?

This seems like an issue on Windows only.  The pthreads implementations look like they correctly handle timeout of 0 sent to PyThread_acquire_lock_timed().

----------
components: Library (Lib), Windows
messages: 296088
nosy: paul.moore, sdeibel, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Potential for GIL deadlock on Windows in threadmodule acquire_lock
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30676>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:44:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 13:44:33 +0000
Subject: [issue30676] Potential for GIL deadlock on Windows in threadmodule
 acquire_lock
In-Reply-To: <1497533657.78.0.0164938560567.issue30676@psf.upfronthosting.co.za>
Message-ID: <1497534273.11.0.257844518982.issue30676@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30676>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:44:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 13:44:58 +0000
Subject: [issue30676] [Windows] Potential for GIL deadlock on Windows in
 threadmodule acquire_lock
In-Reply-To: <1497533657.78.0.0164938560567.issue30676@psf.upfronthosting.co.za>
Message-ID: <1497534298.59.0.0162387509852.issue30676@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Potential for GIL deadlock on Windows in threadmodule acquire_lock -> [Windows] Potential for GIL deadlock on Windows in threadmodule acquire_lock

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30676>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:52:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 13:52:53 +0000
Subject: [issue29931] ipaddress.ip_interface __lt__ check seems to be broken
In-Reply-To: <1490697440.73.0.104969617886.issue29931@psf.upfronthosting.co.za>
Message-ID: <1497534773.03.0.548928992731.issue29931@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2261

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29931>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:53:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 13:53:15 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497534795.2.0.343054968695.issue17870@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Me:
> Write your own C extension to do that. Sorry, I don't know what is the best way to write such C extension.

Devin Jeanpierre:
> If everyone who wants to convert intptr_t to a python int has to write their own function, then why not just include it in the C-API?

Hum, who else needs such function except of you?

CPython is maintained by volunteers. The maintenance has a high cost, so we need a strong rationale before adding new features. In this case, it was decided by core developers that the added complexity (amount of code) is not worth it since the use case is too rare.

Devin:
> Reopening since this use-case doesn't sound solved yet.

Devin, I asked you for a strong rationale to add the feature. I don't see such rationale, so this issue will be closed again.

Serhiy:
> It may be better to make _PyLong_FromByteArray() and _PyLong_AsByteArray() public.

That makes sense. I suggest to open a new issue for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:54:39 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 13:54:39 +0000
Subject: [issue29931] ipaddress.ip_interface __lt__ check seems to be broken
In-Reply-To: <1490697440.73.0.104969617886.issue29931@psf.upfronthosting.co.za>
Message-ID: <1497534879.18.0.460671437503.issue29931@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2262

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29931>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:55:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 13:55:24 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
In-Reply-To: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>
Message-ID: <1497534924.39.0.93960530505.issue30605@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 523a243840feb4d5f444a1b128e540876afac3d2 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30605: Fix compiling binary regexs with BytesWarnings enabled. (GH-2016) (#2214)
https://github.com/python/cpython/commit/523a243840feb4d5f444a1b128e540876afac3d2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:57:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 13:57:55 +0000
Subject: [issue30650] lack of right parentheses
In-Reply-To: <1497346958.97.0.696530489581.issue30650@psf.upfronthosting.co.za>
Message-ID: <1497535075.87.0.817703143477.issue30650@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset f75f6edb1fdbaeb12f9de368ebdeb1b7d1836433 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30650: Fixed a syntax error: missed right parentheses (GH-2154) (#2215)
https://github.com/python/cpython/commit/f75f6edb1fdbaeb12f9de368ebdeb1b7d1836433


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30650>
_______________________________________

From report at bugs.python.org  Thu Jun 15 09:58:17 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 13:58:17 +0000
Subject: [issue30650] lack of right parentheses
In-Reply-To: <1497346958.97.0.696530489581.issue30650@psf.upfronthosting.co.za>
Message-ID: <1497535097.42.0.302186401232.issue30650@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset b39c78a73c203dcaf8f2061da81827c667440402 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30650: Fixed a syntax error: missed right parentheses (GH-2154) (#2216)
https://github.com/python/cpython/commit/b39c78a73c203dcaf8f2061da81827c667440402


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30650>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:02:20 2017
From: report at bugs.python.org (Devin Jeanpierre)
Date: Thu, 15 Jun 2017 14:02:20 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497535340.87.0.0365651902829.issue17870@psf.upfronthosting.co.za>


Devin Jeanpierre added the comment:

> Devin, I asked you for a strong rationale to add the feature. I don't see such rationale, so this issue will be closed again.

I guess we have different definitions of "strong rationale". Clearer criteria would help.

>> It may be better to make _PyLong_FromByteArray() and _PyLong_AsByteArray() public.
> That makes sense. I suggest to open a new issue for that.

This request was part of the original bug report, so why open a new issue?

> PyLong_FromIntMax_t(myinteger) would be great. Or maybe even better would be PyLong_FromBytes(&myinteger, sizeof(myinteger)) ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:06:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 14:06:46 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497535606.19.0.15815752999.issue17870@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> This request was part of the original bug report, so why open a new issue?

Making two C functions public is very different from supporting intmax_t. I expect a change of a few lines, whereas my intmax_t patch modified a lot of code.

I wanted to simplify the C code of CPython, I didn't care of the public support for intmax_t (but I considered that it would be nice to have).

The thing is that portability is complex, CPython wants to support as much platforms as possible. We only moved to C99 with Python 3.6, before stdint.h was not required. There are always minor compatibility issues, so it's simpler to not try to support an uncommon C type (intmax_t), and rather support a very generic functions "here are bytes, give me a Python int object".

It would solve your use case as well ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:07:52 2017
From: report at bugs.python.org (Devin Jeanpierre)
Date: Thu, 15 Jun 2017 14:07:52 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497535672.61.0.0209360926322.issue17870@psf.upfronthosting.co.za>


Devin Jeanpierre added the comment:

Oh, to be clear on this last point:

> Hum, who else needs such function except of you?

Right now there is no way to convert an int that might be > 64 bits, into a python long, except really bizarre shenanigans, unless we want to rely on implementation-defined behavior.

This would be fine if it were easy to implement, but it isn't -- as we've both agreed, there's no good way to do this, and it is significantly easier to add this to CPython than to implement this from outside of CPython. And I do think there is merit in writing code that doesn't rely on implementation-defined behavior.

I also think it's simpler -- imagine if we just didn't care about all these int types! Phew.

Ack that this isn't "strong rationale" per your standards, so do whatever is right for this bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:07:57 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:07:57 +0000
Subject: [issue29581] __init_subclass__ causes TypeError when used with
 standard library metaclasses (such as ABCMeta)
In-Reply-To: <1487271247.7.0.447487107459.issue29581@psf.upfronthosting.co.za>
Message-ID: <1497535677.8.0.374806479343.issue29581@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29581>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:08:50 2017
From: report at bugs.python.org (Devin Jeanpierre)
Date: Thu, 15 Jun 2017 14:08:50 +0000
Subject: [issue17870] Python does not provide PyLong_FromIntMax_t() or
 PyLong_FromUintMax_t() function
In-Reply-To: <1367269025.02.0.400879045482.issue17870@psf.upfronthosting.co.za>
Message-ID: <1497535730.69.0.310074393101.issue17870@psf.upfronthosting.co.za>


Devin Jeanpierre added the comment:

> Making two C functions public is very different from supporting intmax_t. I expect a change of a few lines, whereas my intmax_t patch modified a lot of code.

I requested either a way to create from intmax_t, or from bytes. We have two existing functions (that I didn't know about) to do the latter, so it would fix this bug report to just make those public, from my POV.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17870>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:08:58 2017
From: report at bugs.python.org (Enrico Bianchi)
Date: Thu, 15 Jun 2017 14:08:58 +0000
Subject: [issue30677] Enhance documentation of os.mkdir()
Message-ID: <1497535738.66.0.994856278172.issue30677@psf.upfronthosting.co.za>


New submission from Enrico Bianchi:

Currently, documentation for os.mkdir() (see https://docs.python.org/3.6/library/os.html#os.mkdir ) reports only FileExistsError exception if directory exists. Please, add other exceptions (e.g. FileNotFoundError if directory is created in a non existent path) or report OSError as superclass of exceptions returned from this method

----------
assignee: docs at python
components: Documentation
messages: 296097
nosy: docs at python, ebianchi
priority: normal
severity: normal
status: open
title: Enhance documentation of os.mkdir()
type: enhancement
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30677>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:16:41 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:16:41 +0000
Subject: [issue29931] ipaddress.ip_interface __lt__ check seems to be broken
In-Reply-To: <1490697440.73.0.104969617886.issue29931@psf.upfronthosting.co.za>
Message-ID: <1497536201.19.0.776713669321.issue29931@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset cf58dfb44cc11d41ea1473cd7436618b210b8258 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-29931 fix __lt__ check in ipaddress.ip_interface for both v4 and v6. (GH-879) (#2217)
https://github.com/python/cpython/commit/cf58dfb44cc11d41ea1473cd7436618b210b8258


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29931>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:16:58 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:16:58 +0000
Subject: [issue29931] ipaddress.ip_interface __lt__ check seems to be broken
In-Reply-To: <1490697440.73.0.104969617886.issue29931@psf.upfronthosting.co.za>
Message-ID: <1497536218.36.0.0342231353849.issue29931@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset c5a6fb654a280c7b17f1d348e2e40d62ca04c5d3 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-29931 fix __lt__ check in ipaddress.ip_interface for both v4 and v6. (GH-879) (#2218)
https://github.com/python/cpython/commit/c5a6fb654a280c7b17f1d348e2e40d62ca04c5d3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29931>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:17:26 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:17:26 +0000
Subject: [issue29931] ipaddress.ip_interface __lt__ check seems to be broken
In-Reply-To: <1490697440.73.0.104969617886.issue29931@psf.upfronthosting.co.za>
Message-ID: <1497536246.17.0.668603031432.issue29931@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29931>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:18:00 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:18:00 +0000
Subject: [issue30650] lack of right parentheses
In-Reply-To: <1497346958.97.0.696530489581.issue30650@psf.upfronthosting.co.za>
Message-ID: <1497536280.04.0.29337374435.issue30650@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30650>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:18:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:18:21 +0000
Subject: [issue30605] re.compile fails when compiling bytes under `-bb` mode
In-Reply-To: <1496969331.1.0.0633360334572.issue30605@psf.upfronthosting.co.za>
Message-ID: <1497536301.14.0.544362980375.issue30605@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30605>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:37:56 2017
From: report at bugs.python.org (Javier Dehesa)
Date: Thu, 15 Jun 2017 14:37:56 +0000
Subject: [issue30678] Widget variable binding does not work if mainloop is
 called from a different function
Message-ID: <1497537476.52.0.54900558235.issue30678@psf.upfronthosting.co.za>


New submission from Javier Dehesa:

When you build a Tkinter interface with variables, if tkinter.Tk.mainloop is called from a different function that the one creating the variable objects, then in some cases the widgets associated with the variables will not be set to the right value. I have not been able to find a consistent pattern, but I have some examples.

The following script works correctly:
```
import tkinter as tk
from tkinter import ttk

def make_var_cb(root):
    v = tk.BooleanVar(root, True)
    cb = ttk.Checkbutton(root, text='Checkbutton', variable=v)
    cb.pack()
    root.mainloop()

if __name__ == '__main__':
    root = tk.Tk()
    make_var_cb(root)
```

But the following does not (the result is shown in the attached image):
```
import tkinter as tk
from tkinter import ttk

def make_var_cb(root):
    v = tk.BooleanVar(root, True)
    cb = ttk.Checkbutton(root, text='Checkbutton', variable=v)
    cb.pack()

if __name__ == '__main__':
    root = tk.Tk()
    make_var_cb(root)
    root.mainloop()
```

However, the following _does_ work again:
```

def make_var(root):
    return tk.BooleanVar(root, True)

def make_cb(root, v):
    return ttk.Checkbutton(root, text='Checkbutton', variable=v)

if __name__ == '__main__':
    root = tk.Tk()
    v = make_var(root)
    cb = make_cb(root, v)
    cb.pack()
    root.mainloop()
```

----------
components: Tkinter, Windows
files: checkbutton_bad.png
messages: 296100
nosy: Javier Dehesa, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Widget variable binding does not work if mainloop is called from a different function
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file46954/checkbutton_bad.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30678>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:42:01 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:42:01 +0000
Subject: [issue30149] inspect.signature() doesn't support partialmethod
 without explicit self parameter
In-Reply-To: <1492978705.31.0.200843668782.issue30149@psf.upfronthosting.co.za>
Message-ID: <1497537721.42.0.235313773672.issue30149@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset e45ea377b8d9ae23893d4587003c6d3e7f54b99a by Serhiy Storchaka (Dong-hee Na) in branch '3.6':
bpo-30149: Fix partialmethod without explicit self parameter (#1308) (#1662)
https://github.com/python/cpython/commit/e45ea377b8d9ae23893d4587003c6d3e7f54b99a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30149>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:42:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:42:03 +0000
Subject: [issue30149] inspect.signature() doesn't support partialmethod
 without explicit self parameter
In-Reply-To: <1492978705.31.0.200843668782.issue30149@psf.upfronthosting.co.za>
Message-ID: <1497537723.43.0.103259925842.issue30149@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset fb0825c2784f80689c4c00c3ede22958faaf512c by Serhiy Storchaka (Dong-hee Na) in branch '3.5':
bpo-30149: Fix partialmethod without explicit self parameter (#1308) (#1663)
https://github.com/python/cpython/commit/fb0825c2784f80689c4c00c3ede22958faaf512c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30149>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:44:19 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:44:19 +0000
Subject: [issue30149] inspect.signature() doesn't support partialmethod
 without explicit self parameter
In-Reply-To: <1492978705.31.0.200843668782.issue30149@psf.upfronthosting.co.za>
Message-ID: <1497537859.47.0.270708562234.issue30149@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30149>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:47:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 14:47:02 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497538022.34.0.788049642842.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like I introduced a bug:
https://github.com/python/cpython/pull/2184#pullrequestreview-44308536

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Thu Jun 15 10:48:28 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 14:48:28 +0000
Subject: [issue29721] "abort: repository . not found!" during the build of
 Python 2.7
In-Reply-To: <1488655279.64.0.490520715338.issue29721@psf.upfronthosting.co.za>
Message-ID: <1497538108.35.0.220659817068.issue29721@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The issue no longer reproduced.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29721>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:05:25 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 15:05:25 +0000
Subject: [issue20627] Add context manager support to xmlrpc.client.ServerProxy
In-Reply-To: <1392394782.44.0.253579633939.issue20627@psf.upfronthosting.co.za>
Message-ID: <1497539125.81.0.683185773734.issue20627@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 96c7c0685045b739fdc5145018cddfd252155713 by Serhiy Storchaka (Sylvain) in branch 'master':
bpo-20627: Fix error message when keyword arguments are used (#2115)
https://github.com/python/cpython/commit/96c7c0685045b739fdc5145018cddfd252155713


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20627>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:07:18 2017
From: report at bugs.python.org (SylvainDe)
Date: Thu, 15 Jun 2017 15:07:18 +0000
Subject: [issue30627] Incorrect error message for a few functions called with
 keywod argument
In-Reply-To: <1497135979.63.0.672123503952.issue30627@psf.upfronthosting.co.za>
Message-ID: <1497539238.52.0.927548104792.issue30627@psf.upfronthosting.co.za>


Changes by SylvainDe <sylvain.desodt at gmail.com>:


----------
pull_requests: +2263

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30627>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:08:04 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 15:08:04 +0000
Subject: [issue30627] Incorrect error message for a few functions called with
 keywod argument
In-Reply-To: <1497135979.63.0.672123503952.issue30627@psf.upfronthosting.co.za>
Message-ID: <1497539284.59.0.561623920776.issue30627@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30627>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:09:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 15:09:09 +0000
Subject: [issue20627] Add context manager support to xmlrpc.client.ServerProxy
In-Reply-To: <1392394782.44.0.253579633939.issue20627@psf.upfronthosting.co.za>
Message-ID: <1497539349.75.0.979807370628.issue20627@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
Removed message: http://bugs.python.org/msg296105

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20627>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:27:28 2017
From: report at bugs.python.org (Arthur Darcet)
Date: Thu, 15 Jun 2017 15:27:28 +0000
Subject: [issue30679] __aexit__ not called when `run_until_complete` is
 interrupted by SIGINT
Message-ID: <1497540448.31.0.823018030843.issue30679@psf.upfronthosting.co.za>


New submission from Arthur Darcet:

Here is the example code I am running:

```
import asyncio

class it:
	async def __aenter__(self):
		return self
	async def __aexit__(self, *_):
		print('EXIT')

async def main():
	async with it():
		await asyncio.sleep(100)

asyncio.get_event_loop().run_until_complete(main())
```


When this gets interrupted by a SIGINT, I would expect this code to display `EXIT` before the `KeyboardInterrupt` stacktrace. But instead the `__aexit__` function is simply not called.

----------
components: asyncio
messages: 296106
nosy: rthr, yselivanov
priority: normal
pull_requests: 2264
severity: normal
status: open
title: __aexit__ not called when `run_until_complete` is interrupted by SIGINT
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30679>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:28:35 2017
From: report at bugs.python.org (R. David Murray)
Date: Thu, 15 Jun 2017 15:28:35 +0000
Subject: [issue30677] Enhance documentation of os.mkdir()
In-Reply-To: <1497535738.66.0.994856278172.issue30677@psf.upfronthosting.co.za>
Message-ID: <1497540515.32.0.117366938956.issue30677@psf.upfronthosting.co.za>


R. David Murray added the comment:

We don't generally document all exceptions that a method can raise, only those that are relevant to its specific API.  In this case, documenting the exception answers the question, "what happens if the directory already exists?"  This question is relevant to the API since the other reasonable possibility is that it would act as if the mkdir had succeeded.  As for documenting OSError, I'm sure there are ways to get os.mkdir to raise an exception that is not an OSError.

However, there is an argument to be made for documenting FileNotFound: the other reasonable thing the function could do in that case would be to create all intermediate path parts, but it does not do that (you use os.makedirs for that).  Since os.makedirs is documented right after os.mkdir, I'm not sure it is worth adding, but one can make the argument :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30677>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:37:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 15:37:39 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497541059.59.0.391422835659.issue30675@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2265

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:40:51 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 15:40:51 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497541251.17.0.211524453955.issue30675@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I succeeded to reproduce the bug, but only when running the -jN option, like:

./python -m test -j2 -R 3:3 test_zipfile

I reduced the test to:

./python -m test -j2 -R 3:3 test_zipfile -m test_random_open

This test heavily use random.randint().

In fact, the bug doesn't come from test_zipfile, but it's an issue Python singleton objects. There is a bug in regrtest which doesn't call warmup_caches() in worker processes when using the -jN option (multiprocessing mode).

My PR https://github.com/python/cpython/pull/2220 should fix the bug.

Sadly, I didn't backport test_regrtest functional tests from master to 3.5 yet: see bpo-30383.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 11:43:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 15:43:43 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497541423.2.0.725504310002.issue30675@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like Python 3.6 and master (3.7) are not impacted by this bug, thanks to my rework on regrtest (now libregrtest) in Python 3.6.

It's unclear to me if Python 2.7 has the bug: I don't see the warm_caches() function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 12:01:23 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 15 Jun 2017 16:01:23 +0000
Subject: [issue30679] __aexit__ not called when `run_until_complete` is
 interrupted by SIGINT
In-Reply-To: <1497540448.31.0.823018030843.issue30679@psf.upfronthosting.co.za>
Message-ID: <1443B56C-CCE9-4EA8-83CD-CD800FF69FD5@gmail.com>


Yury Selivanov added the comment:

Yes, this is a known limitation of asyncio -- keyboardinterrupt exceptions kills the loop rather abruptly. One way to handle this is to use 'signal.signal' for sigint to raise custom exception instead of keyboardinterrupt.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30679>
_______________________________________

From report at bugs.python.org  Thu Jun 15 12:04:52 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Thu, 15 Jun 2017 16:04:52 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497542692.77.0.609513812693.issue30603@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

Looks great, thanks for the updates.

Mariatta, can you get this merged in?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Thu Jun 15 12:06:49 2017
From: report at bugs.python.org (Arthur Darcet)
Date: Thu, 15 Jun 2017 16:06:49 +0000
Subject: [issue30679] __aexit__ not called when `run_until_complete` is
 interrupted by SIGINT
In-Reply-To: <1497540448.31.0.823018030843.issue30679@psf.upfronthosting.co.za>
Message-ID: <1497542809.35.0.553294529073.issue30679@psf.upfronthosting.co.za>


Arthur Darcet added the comment:

Ok, thank you. I'm guessing the patch I proposed in the PR is not an option, for my curiosity, why is that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30679>
_______________________________________

From report at bugs.python.org  Thu Jun 15 12:56:22 2017
From: report at bugs.python.org (Steve Dower)
Date: Thu, 15 Jun 2017 16:56:22 +0000
Subject: [issue30676] [Windows] Potential for GIL deadlock on Windows in
 threadmodule acquire_lock
In-Reply-To: <1497533657.78.0.0164938560567.issue30676@psf.upfronthosting.co.za>
Message-ID: <1497545782.38.0.862496616494.issue30676@psf.upfronthosting.co.za>


Steve Dower added the comment:

We recently tried switching the GIL implementation on Windows by changing the setting you refer to. It didn't work, so we didn't keep the change, but I don't recall the details - likely the same issue you bring up here.

I don't have the other issue number handy right now, but it may be worth trying to find it. We should be able to switch to the OS implementation of condition variables, and I'd expect performance improvement, but we need to resolve these issues first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30676>
_______________________________________

From report at bugs.python.org  Thu Jun 15 12:58:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 16:58:43 +0000
Subject: [issue30465] FormattedValue expressions have wrong lineno and
 col_offset information
In-Reply-To: <1495666417.53.0.222363680661.issue30465@psf.upfronthosting.co.za>
Message-ID: <1497545923.54.0.260564609941.issue30465@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The last example causes a segfault with current PR.

>>> import ast
>>> ast.parse(r"""
... f'''\
... \
... {x}\
... \
... '''
... """)
python: Python/ast.c:4994: FstringParser_ConcatFstring: Assertion `!state->last_str || PyUnicode_GET_LENGTH(state->last_str) != 0' failed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30465>
_______________________________________

From report at bugs.python.org  Thu Jun 15 13:01:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 17:01:02 +0000
Subject: [issue30465] FormattedValue expressions have wrong lineno and
 col_offset information
In-Reply-To: <1495666417.53.0.222363680661.issue30465@psf.upfronthosting.co.za>
Message-ID: <1497546062.26.0.0955045260905.issue30465@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It causes segfault also with unpatched Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30465>
_______________________________________

From report at bugs.python.org  Thu Jun 15 13:14:26 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 17:14:26 +0000
Subject: [issue30465] FormattedValue expressions have wrong lineno and
 col_offset information
In-Reply-To: <1495666417.53.0.222363680661.issue30465@psf.upfronthosting.co.za>
Message-ID: <1497546866.12.0.182504321754.issue30465@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
Removed message: http://bugs.python.org/msg296114

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30465>
_______________________________________

From report at bugs.python.org  Thu Jun 15 13:14:38 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 17:14:38 +0000
Subject: [issue30465] FormattedValue expressions have wrong lineno and
 col_offset information
In-Reply-To: <1495666417.53.0.222363680661.issue30465@psf.upfronthosting.co.za>
Message-ID: <1497546878.66.0.292507832084.issue30465@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
Removed message: http://bugs.python.org/msg296115

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30465>
_______________________________________

From report at bugs.python.org  Thu Jun 15 13:21:48 2017
From: report at bugs.python.org (Gregory Szorc)
Date: Thu, 15 Jun 2017 17:21:48 +0000
Subject: [issue30625] Documentation is unclear how "y*" and "y#" format units
 vary
In-Reply-To: <1497118572.05.0.886949691959.issue30625@psf.upfronthosting.co.za>
Message-ID: <1497547308.66.0.661019411158.issue30625@psf.upfronthosting.co.za>


Gregory Szorc added the comment:

IMO I don't find the 3.2 docs more useful. Specifically, the behavior for memoryview is still unclear.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30625>
_______________________________________

From report at bugs.python.org  Thu Jun 15 13:30:43 2017
From: report at bugs.python.org (Stephan R.A. Deibel)
Date: Thu, 15 Jun 2017 17:30:43 +0000
Subject: [issue30676] [Windows] Potential for GIL deadlock on Windows in
 threadmodule acquire_lock
In-Reply-To: <1497533657.78.0.0164938560567.issue30676@psf.upfronthosting.co.za>
Message-ID: <1497547843.69.0.443183076872.issue30676@psf.upfronthosting.co.za>


Stephan R.A. Deibel added the comment:

I think I misunderstood the implementation of EnterNonRecursiveMutex -- the mutex that could block there is the internal 'cs' mutex, which would only be held only briefly while Enter/LeaveNonRecursiveMutex are running, and it looks like the 'cs' mutex is released before doing anything that blocks (in the two impls of PyCOND_WAIT and PyCOND_TIMEDWAIT).

So my report is invalid and I'm closing it.  Sorry about that!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30676>
_______________________________________

From report at bugs.python.org  Thu Jun 15 13:54:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 17:54:40 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497549280.83.0.0502459612692.issue30626@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 145541cfa05394c38cfd64c0be2c5fb382860995 by Serhiy Storchaka in branch 'master':
bpo-30626: Fix error handling in PyImport_Import(). (#2103)
https://github.com/python/cpython/commit/145541cfa05394c38cfd64c0be2c5fb382860995


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Thu Jun 15 13:56:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 17:56:07 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497549367.4.0.492475602723.issue30626@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2266

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Thu Jun 15 13:57:00 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 17:57:00 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497549420.24.0.834150035526.issue30626@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2267

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Thu Jun 15 14:15:13 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 18:15:13 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497550513.3.0.684356629087.issue30626@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset fab05de21480fc54a5101cf813195cb32724b5ad by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30626: Fix error handling in PyImport_Import(). (GH-2103) (#2221)
https://github.com/python/cpython/commit/fab05de21480fc54a5101cf813195cb32724b5ad


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Thu Jun 15 14:15:29 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 18:15:29 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497550529.04.0.324993287493.issue30626@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 263dcc39daa74066c2b2fcb007a4bd4f7ec65073 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30626: Fix error handling in PyImport_Import(). (GH-2103) (#2222)
https://github.com/python/cpython/commit/263dcc39daa74066c2b2fcb007a4bd4f7ec65073


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Thu Jun 15 14:19:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 18:19:47 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497550787.28.0.969137522815.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 258bfc462b1e58689b43f662a10e44ece3a10bef by Victor Stinner in branch 'master':
bpo-30673: test.bat: add -t option (timeout) (#2211)
https://github.com/python/cpython/commit/258bfc462b1e58689b43f662a10e44ece3a10bef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 14:21:52 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 18:21:52 +0000
Subject: [issue30626] "SystemError: <class '_io.TextIOWrapper'> returned NULL
 without setting an error" from open function
In-Reply-To: <1497121050.36.0.650813384782.issue30626@psf.upfronthosting.co.za>
Message-ID: <1497550912.35.0.719987242357.issue30626@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30626>
_______________________________________

From report at bugs.python.org  Thu Jun 15 14:23:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 18:23:24 +0000
Subject: [issue30441] os.environ raises RuntimeError: dictionary changed size
 during iteration
In-Reply-To: <1495550150.73.0.497197540263.issue30441@psf.upfronthosting.co.za>
Message-ID: <1497551004.86.0.186356941457.issue30441@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also issue24484. The solution depends on the assumption that list(dict) is atomic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30441>
_______________________________________

From report at bugs.python.org  Thu Jun 15 14:30:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 18:30:21 +0000
Subject: [issue30213] ZipFile from 'a'ppend-mode file generates invalid zip
In-Reply-To: <1493515995.55.0.223691905377.issue30213@psf.upfronthosting.co.za>
Message-ID: <1497551421.34.0.113345372335.issue30213@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This looks a duplicate of issue29094.

----------
status: open -> pending
superseder:  -> Regression in zipfile writing in 2.7.13

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30213>
_______________________________________

From report at bugs.python.org  Thu Jun 15 14:35:32 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 18:35:32 +0000
Subject: [issue26491] Defer DECREFs until enum object is in a consistent state
 for re-entrancy
In-Reply-To: <1457264726.34.0.955181545994.issue26491@psf.upfronthosting.co.za>
Message-ID: <1497551732.83.0.704038108771.issue26491@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26491>
_______________________________________

From report at bugs.python.org  Thu Jun 15 15:07:40 2017
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 15 Jun 2017 19:07:40 +0000
Subject: [issue1360] Queue.get() can't be interrupted with Ctrl-C unless timed
 out
In-Reply-To: <1193702790.06.0.592600873674.issue1360@psf.upfronthosting.co.za>
Message-ID: <1497553660.55.0.0701060186267.issue1360@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2268

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1360>
_______________________________________

From report at bugs.python.org  Thu Jun 15 15:09:00 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Thu, 15 Jun 2017 19:09:00 +0000
Subject: [issue30680] textwrap should treat Unicode em-dash like ASCII em-dash
Message-ID: <1497553740.26.0.99906894046.issue30680@psf.upfronthosting.co.za>


New submission from Jonathan Eunice:

The textwrap module goes to great lengths to "do the right thing" when it finds the ASCII simulation of an em-dash (two or more consecutive hyphens), but it does nothing to recognize and similarly treat true (Unicode) em-dashes (aka '\N{EM DASH}', '\u2014', or U+2014). Real em-dashes should get at least as good a treatment as simulated em-dashes.

----------
components: Library (Lib)
messages: 296124
nosy: jonathaneunice
priority: normal
severity: normal
status: open
title: textwrap should treat Unicode em-dash like ASCII em-dash
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30680>
_______________________________________

From report at bugs.python.org  Thu Jun 15 15:13:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 15 Jun 2017 19:13:40 +0000
Subject: [issue29606] urllib FTP protocol stream injection
In-Reply-To: <1487609342.46.0.653185585548.issue29606@psf.upfronthosting.co.za>
Message-ID: <1497554020.95.0.160799994131.issue29606@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Wouldn't be better to solve this issue on the level of the ftplib module or FTP handler in urllib.request instead of urllib.parse?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29606>
_______________________________________

From report at bugs.python.org  Thu Jun 15 15:29:45 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Thu, 15 Jun 2017 19:29:45 +0000
Subject: [issue30680] textwrap should treat Unicode em-dash like ASCII em-dash
In-Reply-To: <1497553740.26.0.99906894046.issue30680@psf.upfronthosting.co.za>
Message-ID: <1497554985.79.0.300245338183.issue30680@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2269

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30680>
_______________________________________

From report at bugs.python.org  Thu Jun 15 15:35:30 2017
From: report at bugs.python.org (R. David Murray)
Date: Thu, 15 Jun 2017 19:35:30 +0000
Subject: [issue30680] textwrap should treat Unicode em-dash like ASCII em-dash
In-Reply-To: <1497553740.26.0.99906894046.issue30680@psf.upfronthosting.co.za>
Message-ID: <1497555330.04.0.326397585014.issue30680@psf.upfronthosting.co.za>


R. David Murray added the comment:

This seems sensible to me (I haven't looked at the PR, I'm talking about adding the support).  When textwrap was written python was pretty ascii oriented, so it is not too much of a surprise that unicode em dashes were not supported.

----------
nosy: +r.david.murray
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30680>
_______________________________________

From report at bugs.python.org  Thu Jun 15 16:10:35 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Thu, 15 Jun 2017 20:10:35 +0000
Subject: [issue30680] textwrap should treat Unicode em-dash like ASCII em-dash
In-Reply-To: <1497553740.26.0.99906894046.issue30680@psf.upfronthosting.co.za>
Message-ID: <1497557435.14.0.977925476929.issue30680@psf.upfronthosting.co.za>


Jonathan Eunice added the comment:

Agreed. It makes great sense that textwrap started as highly ASCII-centric. But in the Python 3, Unicode-friendly era, ASCII-biased isn't where we should leave things.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30680>
_______________________________________

From report at bugs.python.org  Thu Jun 15 17:52:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 21:52:52 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497563572.46.0.654748257667.issue30673@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2270

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 17:54:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 21:54:19 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497563659.96.0.628022379656.issue30673@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2271

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:08:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:08:16 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497564496.8.0.228818485495.issue30675@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, using attached test_x.py, I'm able to reproduce this bug on Python 2.7.

----------
Added file: http://bugs.python.org/file46955/test_x.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:08:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:08:42 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497564522.13.0.538875252346.issue30675@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 33cf0c4cd6e8abe138c3469ca9ec1502410945f0 by Victor Stinner in branch '3.5':
bpo-30675: Fix multiprocessing code in regrtest (#2220)
https://github.com/python/cpython/commit/33cf0c4cd6e8abe138c3469ca9ec1502410945f0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:14:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:14:37 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497564877.53.0.0866146399296.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset e064d4dfeda09fd206653697b70b434e98cc1b57 by Victor Stinner in branch '3.6':
bpo-30673: test.bat: add -t option (timeout) (#2211) (#2225)
https://github.com/python/cpython/commit/e064d4dfeda09fd206653697b70b434e98cc1b57


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:14:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:14:47 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497564887.84.0.672365510269.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset ab4ea09604ea7754a80e4fc36280f5772bf4a8b2 by Victor Stinner in branch '3.5':
bpo-30673: test.bat: add -t option (timeout) (#2211) (#2226)
https://github.com/python/cpython/commit/ab4ea09604ea7754a80e4fc36280f5772bf4a8b2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:16:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:16:58 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497565018.21.0.865153363272.issue30675@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2272

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:18:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:18:17 +0000
Subject: [issue23890] assertRaises increases reference counter
In-Reply-To: <1428518225.53.0.665360255509.issue23890@psf.upfronthosting.co.za>
Message-ID: <1497565097.76.0.917541687997.issue23890@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 50dbf577e10f806056d60ac956db0748d2cc8257 by Victor Stinner in branch '3.6':
bpo-23890: Fix ref cycle in TestCase.assertRaises (#858)
https://github.com/python/cpython/commit/50dbf577e10f806056d60ac956db0748d2cc8257


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23890>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:19:51 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:19:51 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497565191.65.0.601503869627.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I added the -t options to 3.5, 3.6 and master (3.7) branches.

I have a small issue: in Python 2.7, regrtest has no --timeout option. In Python 3, the timeout was implemented using faulthandler, module which was added to Python 3.3.

I guess that we can handle 2.7 special case in the buildbot configuration.

----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:31:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:31:10 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497565870.3.0.0673827809966.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh wait, it seems like I misunderstood how Tools/buildbot/test.bat works: unknown parameters as passed as if to regrtest. So it wasn't needed to add a new -t option, using --timeout should just work.

There were two bugs in the buildbot configuration:

* the default timeout was not set if no explicit timeout was configured per buildbot
* the timeout was not set on the class used by the "AMD64 Windows8.1 Refleaks 3.x" buildbot

My following configuration change (already deployed on buildbot) fixes these two issues:
https://github.com/python/buildmaster-config/commit/cb5a90724c6a5e316f3b4f8c862bbda142cafc8d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:33:48 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:33:48 +0000
Subject: [issue23890] assertRaises increases reference counter
In-Reply-To: <1428518225.53.0.665360255509.issue23890@psf.upfronthosting.co.za>
Message-ID: <1497566028.38.0.407937899253.issue23890@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2273

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23890>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:51:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:51:26 +0000
Subject: [issue23890] assertRaises increases reference counter
In-Reply-To: <1428518225.53.0.665360255509.issue23890@psf.upfronthosting.co.za>
Message-ID: <1497567086.62.0.797679182231.issue23890@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 3dc573c8d19dc42ed786ca3237afdad183c41ca0 by Victor Stinner in branch '3.5':
Fix ref cycles in TestCase.assertRaises() (#193) (#2228)
https://github.com/python/cpython/commit/3dc573c8d19dc42ed786ca3237afdad183c41ca0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23890>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:52:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:52:21 +0000
Subject: [issue23890] assertRaises increases reference counter
In-Reply-To: <1428518225.53.0.665360255509.issue23890@psf.upfronthosting.co.za>
Message-ID: <1497567141.11.0.0885922097337.issue23890@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thank you Vjacheslav Fyodorov for your bug report! The bug should now be fixed in 3.5, 3.6 and master (future 3.7) branches.

Python 2.7 is not affected by the bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23890>
_______________________________________

From report at bugs.python.org  Thu Jun 15 18:52:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 15 Jun 2017 22:52:29 +0000
Subject: [issue23890] assertRaises increases reference counter
In-Reply-To: <1428518225.53.0.665360255509.issue23890@psf.upfronthosting.co.za>
Message-ID: <1497567149.5.0.284568242852.issue23890@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23890>
_______________________________________

From report at bugs.python.org  Thu Jun 15 19:12:43 2017
From: report at bugs.python.org (Tim Bell)
Date: Thu, 15 Jun 2017 23:12:43 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
Message-ID: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>


New submission from Tim Bell:

Python 3.6 documentation for email.utils.parsedate_to_datetime() says "Performs the same function as parsedate(), but on success returns a datetime." The docs for parsedate() say "If it succeeds in parsing the date...; otherwise None will be returned." By implication, parsedate_to_datetime() should return None when the date can't be parsed.

There are two different failure modes for parsedate_to_datetime():

1. When _parsedate_tz() fails to parse the date and returns None:

>>> from email.utils import parsedate_to_datetime
>>> parsedate_to_datetime('0')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.6/email/utils.py", line 210, in parsedate_to_datetime
    *dtuple, tz = _parsedate_tz(data)
TypeError: 'NoneType' object is not iterable


2. When _parsedate_tz() succeeds, but conversion to datetime.datetime fails:

>>> parsedate_to_datetime('Tue, 06 Jun 2017 27:39:33 +0600')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.6/email/utils.py", line 214, in parsedate_to_datetime
    tzinfo=datetime.timezone(datetime.timedelta(seconds=tz)))
ValueError: hour must be in 0..23


Note that this second case is the one that led me to this issue. I am using the email package to parse spam emails for subsequent analysis, and a certain group of spam emails contain invalid hour fields in their Date header. I don't require the invalid Date header to be converted to a datetime.datetime, but accessing email_message['date'] to access the header value as a string triggers the ValueError exception. I can work around this with a custom email policy, but the observed behaviour does seem to contradict the documented behaviour.

Also, in relation to https://bugs.python.org/issue15925, r.david.murray commented "Oh, and I'm purposely allowing parsedate_to_datetime throw exceptions.  I suppose that should be documented, but that's a separate issue." However, no argument for why parsedate_to_datetime throwing exceptions is desired was given.

----------
components: email
messages: 296137
nosy: barry, r.david.murray, timb07
priority: normal
severity: normal
status: open
title: email.utils.parsedate_to_datetime() should return None when date cannot be parsed
type: behavior
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Thu Jun 15 19:28:39 2017
From: report at bugs.python.org (Dmitry Rubanovich)
Date: Thu, 15 Jun 2017 23:28:39 +0000
Subject: [issue30671] dict: simplify and improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497569319.98.0.458656958782.issue30671@psf.upfronthosting.co.za>


Dmitry Rubanovich added the comment:

I am looking at the 3.6.1 code.  I am not trying to simulate the index lookup as the lookup function would do it.  

There is no point in that.  The point of the script is to detect collisions among perturbed secondary indexes rather than between primary hashes and secondary.  To that end, it applies the perturbed secondary hash function to **all** primary indexes and stores the results.  This allows to judge the quality of the secondary hash function.  The "old" one was bad because it automatically created collisions by multiplying by zero-divisors of the 2^k ring.  The one used in 3.6.1 is better because it  doesn't always do that, but it still multiplies by zero-divisors of the ring when h mod 2^k is equal to (h >> 5) mod 2^k.  This multiplication by zero-divisors of the 2^k ring is what produces collisions.  The script simply counts them.  

The later iterations of the loop are not very relevant.  They will almost certainly produce further collisions, but that's unavoidable.  

By the way, just as a test, I just changed the value of PERTURB_SHIFT to 1 and, in my proposed solution, it produced lower collision counts, after 3 runs of the loop, in virtually all rings (ie, mod all values of 2^k for k from 8 to 20).  Intuitively it makes sense because there is less information loss.  But I don't have a formal proof as to why that should be.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Thu Jun 15 20:18:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Jun 2017 00:18:13 +0000
Subject: [issue694339] IDLE: Dedenting with Shift+Tab
Message-ID: <1497572293.35.0.714850044868.issue694339@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

<<PrevWindow>> is a predefined virtual event. 
https://www.tcl.tk/man/tcl8.6/TkCmd/event.htm
I can't find <<NextWindow>> listed there. I don't remember if I actually saw it before mentioning it.  While I like mimicking smart_indent, I don't know if we can dismiss Roger Serwy's concern in msg150059.

Tk on Ubuntu may report key name ISO_Left_Tab msg150059, but it is not cross-platform.  On Win 10 with either tk 8.5.15 (2.7) or 8.6.6 (3.6):
  _tkinter.TclError: bad event type or keysym "ISO_Left_Tab"
I don't think we need to use the only sometimes valid synonym.

As Sean Wolfe reported msg212906, Shift-Tab already dedents a single line by treating it as a region.  This issue is about removing the extra behavior we don't want, and blocking Control-[ from doing simplefied non-region single line dedents.  Smart_indent does this by intercepting Tab (which I believe need not be bound to <<indent-region>>.

When there is a selection within a line, smart_indent does not call dedent_region but deletes the selection and insert \t or spaces, but in the latter case, the cursor may not be left on a multiple of indent spaces.  This does not seem very useful. It is even less so because if the selection is within a word, tab invokes autocomplete instead of smart_indent.  This needs discussion on another issue.
---

Text editing tests: how to we do them both thoroughly and efficiently (in terms of both human writing and machine execution time)?

White box approach: Set up a class test fixture that defines cls.text = <MultiCall(Text) instance>; put text in known state (content, cursor position, selection); call edit function (smart_indent, proposed smart dedent, etc); check resulting state (content, cursor, selection.  Repeat for multiple input state - output state pairs.  These tests break if the function name is changed and only test the function, which is, however, the main thing to be tested. 

Gray-box approach: Replace function calls with pseudoevents generated on the text widget.  Such tests would survive function name changes, break on pseudoevent name changes, and add a test of pseudoevent -- function binding. A black-box approach replaces pseudoevents with concrete events -- simulated key presses, mouse clicks, and menu selections.  These tests survive pseudoevent name changes and add a test of concrete -- pseudo event linkage.  They should only break if we change the user visible interface, which we seldom do. 

I think we should use all approaches in two sets of tests.  The first set would test multiple before and after states in subtests with a function call.  This would define and test the intended behavior of the function.  The second set would test one before and after state successively with a function call, pseudoevent generation, and concrete event generations, in this order.  (If the function call fails, the event tests are bound to fail.)  This would test the user interface and the links to the underlying function.

There are over 30 editing functions to test, and writing the above for all would be tedious.  After writing tests for a couple, we should write helper functions that embody the repetitive boilerplate.

An additional factor: The text edit functions, properly bound with a pseudoevent to the text instance, are not methods of the text instance (though they should be), but of the EditorWindow that also contains a Toplevel; Menu hierarchy; and a Frame that contains Scrollbars and a StatusBar, along with, finally, the MultiCall(Text) instance.  So the fixture setup must also provide provide an attribute for the method container.  Let us call it cls.widget.

In order to put EditFrames (a new subclass of Frame) on tabs, the Text methods will have to at least be transferred to the EditFrame.  It would be even better to transfer them to an IdleText subclass of MultiCall(Text) or possibly of Text.  (See Mark Roseman's suggestion of a MultiCall alternative in msg272070.)  After the setup code is changed to assign the new method container to cls.widget, the test methods should still run as they are.

----------
assignee:  -> terry.reedy
priority: low -> normal
stage: patch review -> test needed
versions: +Python 3.6 -Python 2.7, Python 3.4, Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694339>
_______________________________________

From report at bugs.python.org  Thu Jun 15 20:39:25 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 16 Jun 2017 00:39:25 +0000
Subject: [issue30671] dict: simplify and improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497573565.1.0.173621171032.issue30671@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Firstly, do you understand the lookup without perturb?
It's documented here:
https://github.com/python/cpython/blob/258bfc462b1e58689b43f662a10e44ece3a10bef/Objects/dictobject.c#L161-L182

>>> n = 0; L = []
>>> for i in range(16):
...   L.append(n)
...   n = (n*5+1)%8
... 
>>> L
[0, 1, 6, 7, 4, 5, 2, 3, 0, 1, 6, 7, 4, 5, 2, 3]

>>> n = 0; L = []
>>> for i in range(16):
...   L.append(n)
...   n = (n*2+1)%8
... 
>>> L
[0, 1, 3, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7]

So you can't use 2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Thu Jun 15 20:52:19 2017
From: report at bugs.python.org (Tim Bell)
Date: Fri, 16 Jun 2017 00:52:19 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497574339.41.0.116961326951.issue30681@psf.upfronthosting.co.za>


Changes by Tim Bell <timothybell at gmail.com>:


----------
pull_requests: +2274

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Thu Jun 15 20:59:49 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 00:59:49 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497574789.82.0.505487777542.issue30656@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2275

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Thu Jun 15 20:59:55 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 00:59:55 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497574795.72.0.444082177394.issue30656@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2276

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Thu Jun 15 21:25:02 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 16 Jun 2017 01:25:02 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497576302.61.0.731662822843.issue30681@psf.upfronthosting.co.za>


R. David Murray added the comment:

The problem is that if it returns None on parse failure, then you can't tell the difference between the header not existing and the date not being parseable.  I don't have a solution for this problem.  Suggestions welcome.  (Note that this is only a problem in the new policy, where the parsing is done automatically; in the compat32 policy you have to apply parsedate yourself, so you can tell the difference between a non-existent header and a failed date parse).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Thu Jun 15 21:41:02 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Jun 2017 01:41:02 +0000
Subject: [issue30529] Incorrect error messages for invalid whitespaces in
 f-string subexpressions
In-Reply-To: <1496262292.77.0.0898281487446.issue30529@psf.upfronthosting.co.za>
Message-ID: <1497577262.7.0.584439184325.issue30529@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
pull_requests: +2277

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30529>
_______________________________________

From report at bugs.python.org  Thu Jun 15 21:49:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 01:49:45 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497577785.27.0.294352767827.issue30656@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 6a90a124706b73824aebf5c2bd7b27daf82b2342 by Mariatta in branch '3.6':
bpo-30656: Fix Python C API Module Objects documentation (GH-2170) (GH-2230)
https://github.com/python/cpython/commit/6a90a124706b73824aebf5c2bd7b27daf82b2342


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Thu Jun 15 21:49:56 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 01:49:56 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497577796.85.0.548628210098.issue30656@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 0b13f58497d3a36d062c3b3b827abb05db5afbc1 by Mariatta in branch '3.5':
bpo-30656: Fix Python C API Module Objects documentation (GH-2170) (GH-2231)
https://github.com/python/cpython/commit/0b13f58497d3a36d062c3b3b827abb05db5afbc1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Thu Jun 15 21:50:11 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 01:50:11 +0000
Subject: [issue30656] typo in PyModule_New documentation
In-Reply-To: <1497364809.31.0.0904265199441.issue30656@psf.upfronthosting.co.za>
Message-ID: <1497577811.48.0.862926609164.issue30656@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30656>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:07:20 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:07:20 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497578840.92.0.542352078943.issue29478@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2278

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:08:48 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:08:48 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497578928.02.0.446459538852.issue29478@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2279

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:13:22 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:13:22 +0000
Subject: [issue30192] hashlib module breaks with 64-bit kernel and 32-bit user
 space
In-Reply-To: <1493328003.41.0.178410988374.issue30192@psf.upfronthosting.co.za>
Message-ID: <1497579202.61.0.440283058049.issue30192@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30192>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:18:56 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:18:56 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497579536.8.0.419070290059.issue30603@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 214f7eed7640f873223427c02a95a70775d2b396 by Mariatta (Jonathan Eunice) in branch 'master':
bpo-30603: add tests to textwrap.dedent (GH-2206)
https://github.com/python/cpython/commit/214f7eed7640f873223427c02a95a70775d2b396


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:19:45 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:19:45 +0000
Subject: [issue30620] textwrap: dedent contains logic that can never execute
In-Reply-To: <1497067778.08.0.694661889778.issue30620@psf.upfronthosting.co.za>
Message-ID: <1497579585.63.0.6213618846.issue30620@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 7a801839e9a88bdcac5aaab494b532230fcf7caa by Mariatta (Jonathan Eunice) in branch 'master':
bpo-30620: Remove dead lines from textwrap.dedent (GH-2064)
https://github.com/python/cpython/commit/7a801839e9a88bdcac5aaab494b532230fcf7caa


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30620>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:20:49 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:20:49 +0000
Subject: [issue30603] textwrap: declining indent level has no test case
In-Reply-To: <1496956329.36.0.717602777767.issue30603@psf.upfronthosting.co.za>
Message-ID: <1497579649.03.0.767467740012.issue30603@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30603>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:22:31 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:22:31 +0000
Subject: [issue30620] textwrap: dedent contains logic that can never execute
In-Reply-To: <1497067778.08.0.694661889778.issue30620@psf.upfronthosting.co.za>
Message-ID: <1497579751.2.0.92208739567.issue30620@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30620>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:24:54 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:24:54 +0000
Subject: [issue28837] 2to3 does not wrap zip correctly
In-Reply-To: <1480503898.29.0.0471565347052.issue28837@psf.upfronthosting.co.za>
Message-ID: <1497579894.7.0.309596989586.issue28837@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2280

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28837>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:38:14 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:38:14 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497580694.35.0.145402228208.issue29478@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 820b71464c2c0e8cca1abfb5dfe47fa7f7ffec75 by Mariatta in branch '3.5':
[email] bpo-29478: Fix passing max_line_length=None from Compat32 policy (GH-595) (GH-2234)
https://github.com/python/cpython/commit/820b71464c2c0e8cca1abfb5dfe47fa7f7ffec75


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:44:21 2017
From: report at bugs.python.org (Dmitry Rubanovich)
Date: Fri, 16 Jun 2017 02:44:21 +0000
Subject: [issue30671] dict: simplify and improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497581061.49.0.312495210898.issue30671@psf.upfronthosting.co.za>


Dmitry Rubanovich added the comment:

Yes, I do understand it.  

But the statement in lines 166, 167: "For any initial j in range(2**i), repeating that 2**i times generates each int in range(2**i) exactly once" does not hold when the perturb is added.  2**i times will not be enough to generate all elements of the ring when some of multipliers are zero-divisors.  

Specifically, if you use j=((5*j) + P + 1) mod 2**i, you are effectively multiplying by a zero divisors every time P = j mod 2.  And I don't mean "mod 2**i."  I do mean "mod 2."  Which means anytime P (which changes a few times and eventually becomes 0), has the same parity as j, you are multiplying by a zero-divisor.  Because P is eventually 0, you will go through all the values **eventually**.  But for all values of P for which there is a P' such that P=/=P' and ((5*j) + P + 1) = ((5*j) + P' + 1) mod 2**i, the number of times you'll need to apply the function will be higher than 2**i.  And that's in the worst case scenario.

In the best case scenario, the collision probability can be gathered from looking at the values of my script printed by print_collision_counts(py3_6_1_lookdict_perturb).  It can be as low as ~1/20 and as high as ~1/3 depending on the value of i.

The main speed up we are seeking is to avoid a collision early on.  And we are less concerned about collisions later on.  Anecdotally, if your dict has 256 buckets, then the chance of collision is 1 in ~3.5.  Which is an improvement over 1 in 2, but still pretty high.  

Ok, how about this: to avoid the edge cases, unroll the 1st secondary hash key to use j = 2*j + P + 1.  So try to test for it before the loop.  But leave 5*j + P + 1 in the loop as is.  

Although, to be honest if PERTURB_SHIFT is changed to 1 and we have a dict with a key that causes 64 collisions, this may be a good time to resize even if we are still sparse.  On the other hand, this might create an attack vector with some magic value which causes resizes of near empty dict's.  So maybe not...  Certainly not without further analysis.

BTW, and it's mostly stylistic, but except for the "*hashpos = i & mask;" line in "find_empty_slot()", applying of the mask can be moved to "dk_get_index()".  Again, I am looking at the released 3.6.1 code, so if this is already done, then never mind.

As another note, changing PERTURB_SHIFT to 1 causes a near-universal reduction in collisions (for all strategies).  So if nothing else, that's probably an improvement.

----------
Added file: http://bugs.python.org/file46956/fewer_collisions_count.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:56:55 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:56:55 +0000
Subject: [issue28837] 2to3 does not wrap zip correctly
In-Reply-To: <1480503898.29.0.0471565347052.issue28837@psf.upfronthosting.co.za>
Message-ID: <1497581815.01.0.496078434775.issue28837@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 292b421d48ab91b0c68ea4040fc7371e7d6d610e by Mariatta in branch '3.6':
bpo-28837: Fix lib2to3 handling of map/zip/filter calls when followed with a 'trailer', e.g. zip()[x] (GH-24) (GH-2235)
https://github.com/python/cpython/commit/292b421d48ab91b0c68ea4040fc7371e7d6d610e


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28837>
_______________________________________

From report at bugs.python.org  Thu Jun 15 22:57:29 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 02:57:29 +0000
Subject: [issue28837] 2to3 does not wrap zip correctly
In-Reply-To: <1480503898.29.0.0471565347052.issue28837@psf.upfronthosting.co.za>
Message-ID: <1497581849.67.0.039437546896.issue28837@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Backported to 3.6.

----------
resolution:  -> fixed
stage: backport needed -> resolved
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28837>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:08:53 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Jun 2017 03:08:53 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1497582533.67.0.425731372786.issue30450@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 51599e2bdd10ab77212a7cbb41a13ea70ee13da8 by Zachary Ware in branch 'master':
bpo-30450: Pull Windows dependencies from GitHub rather than svn (GH-1783)
https://github.com/python/cpython/commit/51599e2bdd10ab77212a7cbb41a13ea70ee13da8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:12:07 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Jun 2017 03:12:07 +0000
Subject: [issue30631] Warnings in VS2015 Update 3 32-Bit
In-Reply-To: <1497219266.57.0.229179857591.issue30631@psf.upfronthosting.co.za>
Message-ID: <1497582727.31.0.626922383534.issue30631@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset c9318853bbe8d62cb72ed853b0ffb75311ea474c by Zachary Ware (Segev Finer) in branch 'master':
bpo-30631: Silence MSVC warnings in third-party code (GH-1963)
https://github.com/python/cpython/commit/c9318853bbe8d62cb72ed853b0ffb75311ea474c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30631>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:16:08 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Jun 2017 03:16:08 +0000
Subject: [issue30631] Warnings in VS2015 Update 3 32-Bit
In-Reply-To: <1497219266.57.0.229179857591.issue30631@psf.upfronthosting.co.za>
Message-ID: <1497582968.53.0.474783862179.issue30631@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Thanks for the patch!

----------
components: +Build
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30631>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:17:23 2017
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 16 Jun 2017 03:17:23 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497583043.47.0.261303687685.issue30681@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

I'm not sure it would be any better, but what about defining something like a DateFormatDefect and returning that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:19:14 2017
From: report at bugs.python.org (Tim Bell)
Date: Fri, 16 Jun 2017 03:19:14 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497583154.94.0.661253483129.issue30681@psf.upfronthosting.co.za>


Tim Bell added the comment:

My proposed solution (in https://github.com/python/cpython/pull/2229) is two-part:

1. change parsedate_to_datetime() to return None rather than raising an exception; and

2. change headerregistry.DateHeader.parse() to check for None being returned from parsedate_to_datetime(), and to add a defect; the datetime attribute is set to None (as if the Date header were missing), but the header still evaluates as a string to the supplied header value.

I'm not sure what the use case is for distinguishing between a missing Date header and an invalid date value, but can't that be distinguished by the different defects added to the header?

In any case, if I'm not fully grasping the context and parsedate_to_datetime() should continue to throw exceptions, then a slightly different modification to DateHeader to catch those exceptions would seem sensible, and would address my use case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:20:10 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 03:20:10 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497583210.47.0.450213517375.issue30176@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 116dd5eba60a940b35db6aaf4e8c998ac30ad440 by Mariatta (Xiang Zhang) in branch 'master':
bpo-30176: Add missing curses cell attributes constants (GH-1302)
https://github.com/python/cpython/commit/116dd5eba60a940b35db6aaf4e8c998ac30ad440


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:21:03 2017
From: report at bugs.python.org (Tim Peters)
Date: Fri, 16 Jun 2017 03:21:03 +0000
Subject: [issue30671] dict: simplify and improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497583263.11.0.661237672035.issue30671@psf.upfronthosting.co.za>


Tim Peters added the comment:

Whatever the iteration, accept that it's necessary it reach every value in range(2**i) eventually.  The current scheme does that, for reasons already documented.  You seem to be overlooking the importance of this part:

"""
Note that because perturb is unsigned, if the recurrence is executed often enough perturb eventually becomes and remains 0.  At that point (very rarely reached) the recurrence is on (just) 5*j+1 again, and that's certain to find an empty slot eventually (since it generates every int in range(2**i), and we make sure there's always at least one empty slot).
"""

5 is the smallest multiplier (besides the degenerate 1) for which that's true for every power-of-2 modulus.  It doesn't matter how rare collisions are if you switch to a scheme for which it's _not_ always true:  then you risk an infinite loop failing to find an empty slot.

Also note that testing was not just done on "random" cases, but "on both normal and pathological cases".  For example, integer keys all of which have lots of trailing zero bits (there's a specific example of that too in the comments).  The smaller PERTURB_SHIFT, the longer it takes to get the high-order bits into play - and the longer it takes to fall back to a pure "5*j+1" iteration, which is the part that's necessary for _correctness_.

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:30:17 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Jun 2017 03:30:17 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1497583817.25.0.576938473594.issue30450@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2281

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:35:02 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Jun 2017 03:35:02 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1497584102.0.0.251557121238.issue30450@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset cb8c0485ab1e3aeb4f64e76177aabbc6eba5a0ef by Zachary Ware in branch 'master':
bpo-30450: Add NEWS and whatsnew (GH-2236)
https://github.com/python/cpython/commit/cb8c0485ab1e3aeb4f64e76177aabbc6eba5a0ef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:45:04 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Jun 2017 03:45:04 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1497584704.31.0.855845708343.issue30450@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +2282

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:45:05 2017
From: report at bugs.python.org (Louie Lu)
Date: Fri, 16 Jun 2017 03:45:05 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497584705.45.0.977512255431.issue30523@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2283

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Thu Jun 15 23:49:31 2017
From: report at bugs.python.org (Louie Lu)
Date: Fri, 16 Jun 2017 03:49:31 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497584971.39.0.203703220963.issue30523@psf.upfronthosting.co.za>


Louie Lu added the comment:

Serhiy and Victor suggest moving this option to regrtest. open a new PR 2238 addressed this.

Also, because moving into regrtest, some test that used `requires` will need to pass option when using it. e.g.:

  $ ./python -m test test.test_curses --list-cases -ucurses

otherwise, it will just passout and do nothing (maybe it should warn user?)

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 00:00:22 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 16 Jun 2017 04:00:22 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497585622.68.0.115094399665.issue30176@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Fri Jun 16 01:04:36 2017
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 16 Jun 2017 05:04:36 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1497589476.28.0.247971986532.issue30541@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I personally never need this feature before so I will add Michael and Robert to nosy list to take their opinions.

----------
nosy: +berker.peksag, michael.foord, rbcollins
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Fri Jun 16 01:12:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Jun 2017 05:12:51 +0000
Subject: [issue30642] Fix leaks in idlelib
In-Reply-To: <1497331046.43.0.660269627815.issue30642@psf.upfronthosting.co.za>
Message-ID: <1497589971.07.0.625952092746.issue30642@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30642>
_______________________________________

From report at bugs.python.org  Fri Jun 16 01:19:35 2017
From: report at bugs.python.org (Kubilay Kocak)
Date: Fri, 16 Jun 2017 05:19:35 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1497590375.61.0.0853352781317.issue30345@psf.upfronthosting.co.za>


Changes by Kubilay Kocak <koobs.freebsd at gmail.com>:


----------
nosy: +koobs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 16 02:02:27 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 16 Jun 2017 06:02:27 +0000
Subject: [issue26491] Defer DECREFs until enum object is in a consistent state
 for re-entrancy
In-Reply-To: <1457264726.34.0.955181545994.issue26491@psf.upfronthosting.co.za>
Message-ID: <1497592947.31.0.890425509744.issue26491@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26491>
_______________________________________

From report at bugs.python.org  Fri Jun 16 02:06:38 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 16 Jun 2017 06:06:38 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1497593198.62.0.196237257891.issue30450@psf.upfronthosting.co.za>


Zachary Ware added the comment:


New changeset 04431c926a88be433203f89e3577addd0d41b602 by Zachary Ware in branch '3.6':
bpo-30450: Pull Windows dependencies from GitHub rather than svn (GH-1783) (GH-2237)
https://github.com/python/cpython/commit/04431c926a88be433203f89e3577addd0d41b602


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Fri Jun 16 02:16:03 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 06:16:03 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497593763.09.0.401783548141.issue30176@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2284

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Fri Jun 16 02:31:05 2017
From: report at bugs.python.org (Dmitry Rubanovich)
Date: Fri, 16 Jun 2017 06:31:05 +0000
Subject: [issue30671] dict: simplify and improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497594665.93.0.960961209971.issue30671@psf.upfronthosting.co.za>


Dmitry Rubanovich added the comment:

Tim,

I am not testing randomly.  The scripts calculate secondary hash for **each** value in a ring to see how often this results in duplicate (or triplicate, etc.) values.  And they do it for each (mod 2**i) ring for i between 8 and 20.

Then (mostly as an afterthought) the scripts calculate how often each scheme results in a collision if more than 1 secondary hash index is calculated.  I used 3 secondary indexes as a demonstration of the "afterthought" part.

I do understand that the logic relies on being able to reach each value in 0..-1+2**i in the worst case.  Isn't that though accomplished by my latest proposal? It was this:

"...unroll the 1st secondary hash key to use j = 2*j + P + 1.  So try to test for it before the loop.  But leave 5*j + P + 1 in the loop as is."

In the code that would mean changing of the loop in, for example, lookdict_index() from 

for (size_t perturb = hash;;) {
    perturb >>= PERTURB_SHIFT;
    i = mask & ((i << 2) + i + perturb + 1);
    ix = dk_get_index(k, i);
    if (ix == index) {
        return i;
    }
    if (ix == DKIX_EMPTY) {
        return DKIX_EMPTY;
    }
}

to this:

size_t perturb;
....

perturb = hash;
i = mask & ((i << 1) + perturb + 1); /* <---- key line */
ix = dk_get_index(k, i);
if (ix == index) {
    return i;
}
if (ix == DKIX_EMPTY) {
    return DKIX_EMPTY;
}

for (;;) {
    /* nothing changes in this loop */
    perturb >>= PERTURB_SHIFT;
    i = mask & ((i << 2) + i + perturb + 1);
    ix = dk_get_index(k, i);
    if (ix == index) {
        return i;
    }
    if (ix == DKIX_EMPTY) {
        return DKIX_EMPTY;
    }
}

And, of course, it would mean adding the same precheck in front of all loops which go through this secondary index calculation.

This prevents preventable collisions for the hashes, h, such that

h mod 2**k is equal to (h >> 5) mod 2**k,

where 2**k is the dict size.  This frequency of such occurrence for each dict size is what's printed by 

print_collision_counts(py3_6_1_lookdict_perturb) 

in either of the attached scripts.  Given that, for instance, it's 91 for dict's of size 256, it seems rather ripe for improvement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Fri Jun 16 02:57:44 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 16 Jun 2017 06:57:44 +0000
Subject: [issue30671] dict: simplify and improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497596264.07.0.995870945462.issue30671@psf.upfronthosting.co.za>


INADA Naoki added the comment:

It seems not "simplify".

Please try implement it and show benchmark result if you think
it's really worth enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Fri Jun 16 02:59:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 06:59:03 +0000
Subject: [issue29783] Modify codecs.open() to use the io module instead of
 codecs.StreamReaderWriter()
In-Reply-To: <1489155449.02.0.609817047168.issue29783@psf.upfronthosting.co.za>
Message-ID: <1497596343.95.0.399125882677.issue29783@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 272d888c7b58aff5e1614e3b12e8198b92054835 by Victor Stinner in branch 'master':
bpo-29783: Replace codecs.open() with io.open() (#599)
https://github.com/python/cpython/commit/272d888c7b58aff5e1614e3b12e8198b92054835


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29783>
_______________________________________

From report at bugs.python.org  Fri Jun 16 03:00:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 07:00:27 +0000
Subject: [issue29783] Modify codecs.open() to use the io module instead of
 codecs.StreamReaderWriter()
In-Reply-To: <1489155449.02.0.609817047168.issue29783@psf.upfronthosting.co.za>
Message-ID: <1497596427.1.0.707299262474.issue29783@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29783>
_______________________________________

From report at bugs.python.org  Fri Jun 16 03:02:07 2017
From: report at bugs.python.org (Dmitry Rubanovich)
Date: Fri, 16 Jun 2017 07:02:07 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497596527.45.0.600568340016.issue30671@psf.upfronthosting.co.za>


Dmitry Rubanovich added the comment:

Changing the title, to remove "simplify", since the discussion revealed that the potential improvement would have to be treated as a special case and, therefore, would not simplify the code.

----------
title: dict: simplify and improve lookup function -> dict: improve lookup function

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Fri Jun 16 04:17:14 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 16 Jun 2017 08:17:14 +0000
Subject: [issue29581] __init_subclass__ causes TypeError when used with
 standard library metaclasses (such as ABCMeta)
In-Reply-To: <1487271247.7.0.447487107459.issue29581@psf.upfronthosting.co.za>
Message-ID: <1497601034.96.0.972165979421.issue29581@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Thanks for the work on resolving this, all!

----------
resolution:  -> fixed
stage: backport needed -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29581>
_______________________________________

From report at bugs.python.org  Fri Jun 16 04:29:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 08:29:15 +0000
Subject: [issue28709] PyStructSequence_NewType is broken;
 makes GC type without setting Py_TPFLAGS_HEAPTYPE
In-Reply-To: <1479254414.47.0.784230878249.issue28709@psf.upfronthosting.co.za>
Message-ID: <1497601755.39.0.912652353581.issue28709@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28709>
_______________________________________

From report at bugs.python.org  Fri Jun 16 05:13:47 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Jun 2017 09:13:47 +0000
Subject: [issue30682] f-string assert is too restrictive
Message-ID: <1497604427.55.0.696154643754.issue30682@psf.upfronthosting.co.za>


New submission from Eric V. Smith:

>>> eval("f'\\\n'")
python: Python/ast.c:4906: FstringParser_ConcatFstring: Assertion `!state->last_str || PyUnicode_GET_LENGTH(state->last_str) != 0' failed.
[2]    12810 abort (core dumped)  ./python

The problem is that some literal strings are zero length. The assert can be deleted.

----------
assignee: eric.smith
components: Interpreter Core
messages: 296166
nosy: eric.smith, ned.deily, serhiy.storchaka
priority: normal
severity: normal
status: open
title: f-string assert is too restrictive
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30682>
_______________________________________

From report at bugs.python.org  Fri Jun 16 05:23:22 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 09:23:22 +0000
Subject: [issue30657] Unsafe arithmetic in PyString_DecodeEscape
In-Reply-To: <1497368129.36.0.20181989843.issue30657@psf.upfronthosting.co.za>
Message-ID: <1497605002.75.0.390700254332.issue30657@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30657>
_______________________________________

From report at bugs.python.org  Fri Jun 16 05:25:38 2017
From: report at bugs.python.org (Javier Dehesa)
Date: Fri, 16 Jun 2017 09:25:38 +0000
Subject: [issue30678] Widget variable binding does not work if mainloop is
 called from a different function
In-Reply-To: <1497537476.52.0.54900558235.issue30678@psf.upfronthosting.co.za>
Message-ID: <1497605138.76.0.615059597953.issue30678@psf.upfronthosting.co.za>


Javier Dehesa added the comment:

Note, this is not something specific to check buttons, the same happens with other widgets such as entries.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30678>
_______________________________________

From report at bugs.python.org  Fri Jun 16 05:32:56 2017
From: report at bugs.python.org (Louie Lu)
Date: Fri, 16 Jun 2017 09:32:56 +0000
Subject: [issue30678] Widget variable binding does not work if mainloop is
 called from a different function
In-Reply-To: <1497537476.52.0.54900558235.issue30678@psf.upfronthosting.co.za>
Message-ID: <1497605576.33.0.355746434163.issue30678@psf.upfronthosting.co.za>


Louie Lu added the comment:

Sorry, but I can't see the different between your first and second code. On my Linux, it all set to check the box when it run up. Do I miss anything?

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30678>
_______________________________________

From report at bugs.python.org  Fri Jun 16 05:33:11 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Jun 2017 09:33:11 +0000
Subject: [issue30682] f-string assert is too restrictive
In-Reply-To: <1497604427.55.0.696154643754.issue30682@psf.upfronthosting.co.za>
Message-ID: <1497605591.33.0.11257705866.issue30682@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
pull_requests: +2285

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30682>
_______________________________________

From report at bugs.python.org  Fri Jun 16 05:36:00 2017
From: report at bugs.python.org (Javier Dehesa)
Date: Fri, 16 Jun 2017 09:36:00 +0000
Subject: [issue30678] Widget variable binding does not work if mainloop is
 called from a different function
In-Reply-To: <1497537476.52.0.54900558235.issue30678@psf.upfronthosting.co.za>
Message-ID: <1497605760.89.0.648134129283.issue30678@psf.upfronthosting.co.za>


Javier Dehesa added the comment:

Yeah is quite subtle, I should have pointed it out...
The difference is that `root.mainloop()` is called inside `make_var_cb(root)` in the first example and under `if __name__ == '__main__'` in the second one. I have experience the problem on Windows 10, and I'd say there is a good chance it's a platform-specific thing...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30678>
_______________________________________

From report at bugs.python.org  Fri Jun 16 05:36:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 09:36:21 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497605781.51.0.515658001415.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a49c935cfd6b4f8ea1f750888dd9260bbf5b9980 by Victor Stinner (mlouielu) in branch 'master':
bpo-30523: regrtest: Add --list-cases option (#2238)
https://github.com/python/cpython/commit/a49c935cfd6b4f8ea1f750888dd9260bbf5b9980


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 06:04:43 2017
From: report at bugs.python.org (Paul Moore)
Date: Fri, 16 Jun 2017 10:04:43 +0000
Subject: [issue30678] Widget variable binding does not work if mainloop is
 called from a different function
In-Reply-To: <1497537476.52.0.54900558235.issue30678@psf.upfronthosting.co.za>
Message-ID: <1497607483.61.0.93498236069.issue30678@psf.upfronthosting.co.za>


Paul Moore added the comment:

I suspect that the problem is somehow related to garbage collection - in your failing example you don't keep any references to v or cb. I don't know what references tkinter keeps internally, it may be that this is OK because the root window is guaranteed to keep references to everything, but it's certainly worth a look.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30678>
_______________________________________

From report at bugs.python.org  Fri Jun 16 06:12:05 2017
From: report at bugs.python.org (Javier Dehesa)
Date: Fri, 16 Jun 2017 10:12:05 +0000
Subject: [issue30678] Widget variable binding does not work if mainloop is
 called from a different function
In-Reply-To: <1497537476.52.0.54900558235.issue30678@psf.upfronthosting.co.za>
Message-ID: <1497607925.3.0.0555567583526.issue30678@psf.upfronthosting.co.za>


Javier Dehesa added the comment:

I see what you mean. Looking at TkDocs (not sure if this is an "official" or "officially endorsed" source or not), one of the Python examples in the "Tk Concepts" section (http://www.tkdocs.com/tutorial/concepts.html) says:

> Whether or not you save the widget object in a variable is entirely up to you, and depends of course whether you'll need to refer to it later. Because the object is inserted into the widget hierarchy, it won't be garbage collected even if you don't keep your own reference to it.

However, it very much looks like it may be related to what you said.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30678>
_______________________________________

From report at bugs.python.org  Fri Jun 16 06:14:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 10:14:11 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1497608051.2.0.602002260343.issue30675@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 8bb0863e0282c71d21bc2c1b5184d05d8f3a0988 by Victor Stinner in branch '2.7':
bpo-30675: Fix refleak hunting in regrtest (#2227)
https://github.com/python/cpython/commit/8bb0863e0282c71d21bc2c1b5184d05d8f3a0988


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Fri Jun 16 06:19:34 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 10:19:34 +0000
Subject: [issue30682] f-string assert is too restrictive
In-Reply-To: <1497604427.55.0.696154643754.issue30682@psf.upfronthosting.co.za>
Message-ID: <1497608374.1.0.146448749232.issue30682@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 11e97f2f80bf65cc828c127eafc95229df35d403 by Serhiy Storchaka (ericvsmith) in branch 'master':
bpo-30682: Removed a too-strict assertion that failed for certain f-strings. (#2232)
https://github.com/python/cpython/commit/11e97f2f80bf65cc828c127eafc95229df35d403


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30682>
_______________________________________

From report at bugs.python.org  Fri Jun 16 06:22:59 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 10:22:59 +0000
Subject: [issue30682] f-string assert is too restrictive
In-Reply-To: <1497604427.55.0.696154643754.issue30682@psf.upfronthosting.co.za>
Message-ID: <1497608579.36.0.648781855742.issue30682@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2286

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30682>
_______________________________________

From report at bugs.python.org  Fri Jun 16 06:24:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 10:24:02 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497608642.22.0.530817703541.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Yeah, Louie fixed most issues!

> I concur with Julien, the result should be printed to stdout.

Done by Louie. The code now uses a simple print().

> I tried:
>
> $ ./python -m unittest test.test_builtin --list-tests
> doctest.DocTestCase.runTest
> doctest.DocTestCase.runTest
> ...

Using Louie's implementation, it "just" works!

haypo at selma$ ./python -m test test_builtin --list-cases|grep ^builtins
builtins.bin
builtins.float.as_integer_ratio
...

Even if these test names are not fully qualified, they are accept by --match/--matchfile!

./python -m test test_builtin --match=builtins.bin -v
...
0:00:00 load avg: 0.12 [1/1] test_builtin
bin (builtins)
Doctest: builtins.bin ... ok
...

So it will be possible to implement my bisect feature on these doctests as well!

I pushed Louie Lu's implementation: add a new --list-cases option to regrtest. Serhiy proposed a different CLI:

* --list=methods
* --list=files
* --list=classes

But I chose to push Louie's patch anyway since its patch is super simple and doesn't break anything: you can still use the existing --list-tests to list test *files*. I don't need --list=classes yet, it may be added later.

Serhiy: I plan to backport --matchfile and --list-cases features to 2.7, 3.5 and 3.6 branches, once Louie writes the unit test I requested him. Are you ok with that?

I really need to get my bisect tool on all branches, because more and more often I have to bisect refernece leaks, tests leaking resources (files, leaking memory, etc.), etc. --matchfile and --list-cases are the key features to implement such bisection.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 06:29:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 10:29:24 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497608964.13.0.815464724233.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ah something else: doctests are not fully supported.

./python -m test test_extcall --list-cases

This command has not output, whereas Lib/test/test_extcall.py contains doctests.

test_builtins works because it uses:

def load_tests(loader, tests, pattern):
    from doctest import DocTestSuite
    tests.addTest(DocTestSuite(builtins))
    return tests

whereas test_extcall uses:

def test_main():
    support.run_doctest(sys.modules[__name__], True)

I see two options:

* Replace support.run_doctest() with doctest.DocTestSuite() in all tests
* Enhance --list-cases to discover doctests. support.run_doctest() calls doctest.testmod(), but doctest.testmod() has no API to list tests. testmod() lists tests and directly runs them. Maybe --list-cases can reuse doctest.DocTestSuite(), I don't know.

I chose to merge Louie Lu's PR anyway, since I prefer to move step by step. Supporting test_extcall can be done later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 06:38:03 2017
From: report at bugs.python.org (Louie Lu)
Date: Fri, 16 Jun 2017 10:38:03 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497609483.49.0.314202316227.issue30523@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2287

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:15:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 11:15:30 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497611730.47.0.458690894998.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset b0c58d3c569d1b9060248e665857b5df94817340 by Victor Stinner (Louie Lu) in branch 'master':
bpo-30523: Add --list-cases unittest (#2243)
https://github.com/python/cpython/commit/b0c58d3c569d1b9060248e665857b5df94817340


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:19:51 2017
From: report at bugs.python.org (Javier Dehesa)
Date: Fri, 16 Jun 2017 11:19:51 +0000
Subject: [issue30678] Widget variable binding does not work if mainloop is
 called from a different function
In-Reply-To: <1497537476.52.0.54900558235.issue30678@psf.upfronthosting.co.za>
Message-ID: <1497611991.76.0.874015123528.issue30678@psf.upfronthosting.co.za>


Javier Dehesa added the comment:

With the additional hint of garbage collection I have found now a number of examples of this behaviour (e.g. https://stackoverflow.com/questions/7439432/python-themed-tkinter-entry-variable-will-not-set).
However, I haven't found actual documentation warning of this, so I'm not sure if this is really expected or just something people has gotten used to live with. One could argue that you normally wouldn't need a variable in the first place if you are not keeping a reference to it, but I'm not sure what is the benefit of having a (I assume) weak reference in the widget. Maybe there are solid technical reasons but, from what I have seen, it seems to have caused more than one confusion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30678>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:35:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 11:35:58 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497612958.55.0.566331244142.issue30523@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2288

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:35:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 11:35:58 +0000
Subject: [issue30284] Build CPython out of tree with a read-only source tree
In-Reply-To: <1494001633.16.0.215498233114.issue30284@psf.upfronthosting.co.za>
Message-ID: <1497612958.66.0.855845108788.issue30284@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2289

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30284>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:35:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 11:35:58 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1497612958.72.0.543411870245.issue30540@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2290

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:35:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 11:35:58 +0000
Subject: [issue30258] [2.7] regrtest: handle child process crash
In-Reply-To: <1493821528.82.0.0272255783657.issue30258@psf.upfronthosting.co.za>
Message-ID: <1497612958.79.0.625771264021.issue30258@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2291

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30258>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:35:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 11:35:58 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1497612958.86.0.313651815481.issue30263@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2292

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:40:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 11:40:34 +0000
Subject: [issue30683] Enhance doctest support in regrtest --list-cases
Message-ID: <1497613234.61.0.125565868386.issue30683@psf.upfronthosting.co.za>


New submission from STINNER Victor:

bpo-30523 added a new --list-cases command to regrtest to list test methods. It is able to list doctest tests in test_builtins, but not in test_extcall.

test_builtin doctest tests:

haypo at selma$ ./python -m test test_builtin --list-cases|grep ^builtins
builtins.bin
builtins.float.as_integer_ratio
...


test_builtins works because it uses:

def load_tests(loader, tests, pattern):
    from doctest import DocTestSuite
    tests.addTest(DocTestSuite(builtins))
    return tests

Listing test methods of test_extcall doesn't work, the following command has no output (but succeed):

./python -m test test_extcall --list-cases

test_extcall uses:

def test_main():
    support.run_doctest(sys.modules[__name__], True)

I see two options:

* Replace support.run_doctest() with doctest.DocTestSuite() in all tests
* Enhance --list-cases to discover doctests. support.run_doctest() calls doctest.testmod(), but doctest.testmod() has no API to list tests. testmod() lists tests and directly runs them. Maybe --list-cases can reuse doctest.DocTestSuite(), I don't know.

----------
components: Tests
messages: 296179
nosy: haypo
priority: normal
severity: normal
status: open
title: Enhance doctest support in regrtest --list-cases
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30683>
_______________________________________

From report at bugs.python.org  Fri Jun 16 07:40:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 11:40:52 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497613252.33.0.240618641056.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I created bpo-30683: Enhance doctest support in regrtest --list-cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:16:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:16:26 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497615386.34.0.835384418393.issue30673@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2293

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:17:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:17:11 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497615431.35.0.395656980357.issue30673@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2294

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:18:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:18:02 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497615482.72.0.897493672283.issue30673@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2295

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:18:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:18:49 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497615529.13.0.381867680924.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Oh wait, it seems like I misunderstood how Tools/buildbot/test.bat works: unknown parameters as passed as if to regrtest. So it wasn't needed to add a new -t option, using --timeout should just work.

Right, --timeout already worked... I just checked the buildbots.

So I created 3 PR to revert my change to remove my -t parameter :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:23:48 2017
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 16 Jun 2017 12:23:48 +0000
Subject: [issue30625] Documentation is unclear how "y*" and "y#" format units
 vary
In-Reply-To: <1497118572.05.0.886949691959.issue30625@psf.upfronthosting.co.za>
Message-ID: <1497615828.75.0.466793411515.issue30625@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Okay thanks, it's good to hear what others think about the docs.

> So I have no clue why "y#" is refusing such an object.

"y#" is refusing memoryview(bytes) because "y#" only allows objects without a releasebufferproc and memoryview itself always has one.


I wonder if we could simply use the cleanup() solution also for "y#", but I have to look closer at this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30625>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:38:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:38:34 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497616714.5.0.615097683459.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 085a57a8d63b3c8057b5f793518e3d04179710a1 by Victor Stinner in branch '3.6':
Revert "bpo-30673: test.bat: add -t option (timeout) (#2211) (#2225)" (#2246)
https://github.com/python/cpython/commit/085a57a8d63b3c8057b5f793518e3d04179710a1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:38:36 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:38:36 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497616716.8.0.939852486141.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 2d98c5354239e600cc4f799feabc9cb44666118e by Victor Stinner in branch 'master':
Revert "bpo-30673: test.bat: add -t option (timeout) (#2211)" (#2245)
https://github.com/python/cpython/commit/2d98c5354239e600cc4f799feabc9cb44666118e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:38:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:38:52 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1497616732.64.0.0437399203101.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f50a3b1e7a74f3132d6b5e1afc793ace6de7e631 by Victor Stinner in branch '3.5':
Revert "bpo-30673: test.bat: add -t option (timeout) (#2211) (#2226)" (#2247)
https://github.com/python/cpython/commit/f50a3b1e7a74f3132d6b5e1afc793ace6de7e631


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:39:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:39:11 +0000
Subject: [issue30284] Build CPython out of tree with a read-only source tree
In-Reply-To: <1494001633.16.0.215498233114.issue30284@psf.upfronthosting.co.za>
Message-ID: <1497616751.74.0.48188332708.issue30284@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb by Victor Stinner in branch '3.6':
Synchronize libregrtest from master to 3.6 (#2244)
https://github.com/python/cpython/commit/a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30284>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:39:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:39:11 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1497616751.82.0.277797171061.issue30263@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb by Victor Stinner in branch '3.6':
Synchronize libregrtest from master to 3.6 (#2244)
https://github.com/python/cpython/commit/a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:39:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:39:11 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1497616751.9.0.631521751651.issue30540@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb by Victor Stinner in branch '3.6':
Synchronize libregrtest from master to 3.6 (#2244)
https://github.com/python/cpython/commit/a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:39:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:39:11 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497616751.98.0.794174416407.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb by Victor Stinner in branch '3.6':
Synchronize libregrtest from master to 3.6 (#2244)
https://github.com/python/cpython/commit/a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:39:12 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 12:39:12 +0000
Subject: [issue30258] [2.7] regrtest: handle child process crash
In-Reply-To: <1493821528.82.0.0272255783657.issue30258@psf.upfronthosting.co.za>
Message-ID: <1497616752.1.0.934613778367.issue30258@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb by Victor Stinner in branch '3.6':
Synchronize libregrtest from master to 3.6 (#2244)
https://github.com/python/cpython/commit/a0ccc54e6dffacf9e7c06f2a3e9056d2d35d21eb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30258>
_______________________________________

From report at bugs.python.org  Fri Jun 16 08:55:21 2017
From: report at bugs.python.org (Christoph Reiter)
Date: Fri, 16 Jun 2017 12:55:21 +0000
Subject: [issue30684] datetime.fromtimestamp raises OSError on first day after
 epoch on Windows
Message-ID: <1497617721.62.0.607742264893.issue30684@psf.upfronthosting.co.za>


New submission from Christoph Reiter:

I'm not sure this is a bug since the docs says raising OSError is allowed, but it looks weird to me.

On Windows.

Using Python 3.4:

>>> datetime.datetime.fromtimestamp(0)
datetime.datetime(1970, 1, 1, 1, 0)

Using Python 3.6.1:

>>> datetime.datetime.fromtimestamp(0)
OSError: [Errno 22] Invalid argument

The first time stamp which works with 3.6 is 86400, so exactly the next day.

----------
messages: 296191
nosy: lazka
priority: normal
severity: normal
status: open
title: datetime.fromtimestamp raises OSError on first day after epoch on Windows
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30684>
_______________________________________

From report at bugs.python.org  Fri Jun 16 09:17:40 2017
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 16 Jun 2017 13:17:40 +0000
Subject: [issue29606] urllib FTP protocol stream injection
In-Reply-To: <1487609342.46.0.653185585548.issue29606@psf.upfronthosting.co.za>
Message-ID: <1497619060.11.0.0745548852876.issue29606@psf.upfronthosting.co.za>


Dong-hee Na added the comment:

Yeah, I agree about your approach. I will update it for this weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29606>
_______________________________________

From report at bugs.python.org  Fri Jun 16 09:29:44 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Jun 2017 13:29:44 +0000
Subject: [issue30682] f-string assert is too restrictive
In-Reply-To: <1497604427.55.0.696154643754.issue30682@psf.upfronthosting.co.za>
Message-ID: <1497619784.66.0.385518463732.issue30682@psf.upfronthosting.co.za>


Eric V. Smith added the comment:


New changeset 2eca5b465f7404cc8484457b7966f828f434ec20 by ericvsmith (Serhiy Storchaka) in branch '3.6':
[3.6] bpo-30682: Removed a too-strict assertion that failed for certain f-strings. (GH-2232) (#2242)
https://github.com/python/cpython/commit/2eca5b465f7404cc8484457b7966f828f434ec20


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30682>
_______________________________________

From report at bugs.python.org  Fri Jun 16 10:19:01 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 14:19:01 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497622741.01.0.771453408826.issue29478@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset e9f4d8db5f30a9603fa0c005382bff78aa1ce232 by Mariatta in branch '3.6':
[email] bpo-29478: Fix passing max_line_length=None from Compat32 policy (GH-595) (GH-2233)
https://github.com/python/cpython/commit/e9f4d8db5f30a9603fa0c005382bff78aa1ce232


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Fri Jun 16 10:19:58 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 14:19:58 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497622798.23.0.409988517329.issue30176@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 304a96e5868c1b38a87692668f297aaf041e6e67 by Mariatta in branch '3.6':
bpo-30176: Add missing curses cell attributes constants (GH-1302). (GH-2241)
https://github.com/python/cpython/commit/304a96e5868c1b38a87692668f297aaf041e6e67


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Fri Jun 16 10:21:56 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 16 Jun 2017 14:21:56 +0000
Subject: [issue29478] email.policy.Compat32(max_line_length=None) not as
 documented
In-Reply-To: <1486548645.73.0.926739197467.issue29478@psf.upfronthosting.co.za>
Message-ID: <1497622916.99.0.252329384989.issue29478@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29478>
_______________________________________

From report at bugs.python.org  Fri Jun 16 10:34:01 2017
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 16 Jun 2017 14:34:01 +0000
Subject: [issue30684] datetime.fromtimestamp raises OSError on first day after
 epoch on Windows
In-Reply-To: <1497617721.62.0.607742264893.issue30684@psf.upfronthosting.co.za>
Message-ID: <1497623641.55.0.710813956289.issue30684@psf.upfronthosting.co.za>


Eryk Sun added the comment:

This is due to computing the PEP 495 fold in the function datetime_from_timet_and_us in Modules/_datetimemodule.c. It computes the local time for (timet - max_fold_seconds), which is negative for timestamps less than max_fold_seconds (86400). It's documented that localtime_s [1] fails for negative time values. For example:

    0:000> kc 6
    Call Site
    python36_d!localtime_s
    python36_d!_PyTime_localtime
    python36_d!local
    python36_d!datetime_from_timet_and_us
    python36_d!datetime_from_timestamp
    python36_d!datetime_fromtimestamp

Dereference the time_t* arg (-86400):

    0:000> ?? *(int64_t *)@rdx
    int64 0n-86400

Print the errno_t return value (0x16 is EINVAL):

    0:000> pt; r rax
    rax=0000000000000016

[1]: https://msdn.microsoft.com/en-us/library/a442x3ye.aspx

----------
components: +Library (Lib), Windows
nosy: +belopolsky, eryksun, paul.moore, steve.dower, tim.golden, tim.peters, zach.ware
type:  -> behavior
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30684>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:00:11 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 15:00:11 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1497625211.54.0.769247824739.issue27945@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2296

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:03:37 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 15:03:37 +0000
Subject: [issue30484] Garbage Collector can cause Segfault whilst iterating
 dictionary items
In-Reply-To: <1495802890.31.0.92287761621.issue30484@psf.upfronthosting.co.za>
Message-ID: <1497625417.36.0.518888673265.issue30484@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2297

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30484>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:08:20 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 15:08:20 +0000
Subject: [issue30484] Garbage Collector can cause Segfault whilst iterating
 dictionary items
In-Reply-To: <1495802890.31.0.92287761621.issue30484@psf.upfronthosting.co.za>
Message-ID: <1497625700.14.0.360635461846.issue30484@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

PR 2248 backports the issue27945 patch to 3.4. Seems it fixes this issue.

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30484>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:11:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:11:08 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1497625868.06.0.25671632819.issue30540@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2298

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:11:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:11:08 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497625868.27.0.479136944531.issue30523@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2299

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:17:18 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 15:17:18 +0000
Subject: [issue30484] Garbage Collector can cause Segfault whilst iterating
 dictionary items
In-Reply-To: <1495802890.31.0.92287761621.issue30484@psf.upfronthosting.co.za>
Message-ID: <1497626238.3.0.626942198824.issue30484@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Larry, does it worth to fix this issue in 3.4?

----------
assignee:  -> larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30484>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:18:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Jun 2017 15:18:03 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
Message-ID: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

On PR 2213, Cheryl said "One other question -- when I run this, the dialog box always opens way on the bottom of my screen. Has anyone requested a change to this before? Or would it be worth mentioning on idle-dev?"  Louie sees top left on Mac, I see same on Windows.

Same is true for me for all search boxes.  Cheryl, only grep box or others?  I would find bottom surprising and likely annoying.  Feel free to open issue with detail.  Louie, what do you see on Linux?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:18:27 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Jun 2017 15:18:27 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1497626307.35.0.00787899200225.issue30674@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> commit review
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:22:19 2017
From: report at bugs.python.org (Louie Lu)
Date: Fri, 16 Jun 2017 15:22:19 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1497626539.03.0.900048006465.issue30674@psf.upfronthosting.co.za>


Louie Lu added the comment:

On Linux, it stick to the top-right of the IDLE, that says I can't reproduce the bump-out at the bottom :(

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:29:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:29:09 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1497626949.53.0.0785317872278.issue30540@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2300

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:29:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:29:09 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497626949.66.0.033637332867.issue30523@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2301

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:30:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:30:05 +0000
Subject: [issue30523] unittest: add --list-tests option to only display the
 list of test names, don't run tests
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497627005.63.0.87234923452.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 24c2c20873dc800c99d1dabf26419b40cadfe627 by Victor Stinner in branch '2.7':
bpo-30540, bpo-30523: Add --matchfile and --list-cases options to regrtest (#2249)
https://github.com/python/cpython/commit/24c2c20873dc800c99d1dabf26419b40cadfe627


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:30:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:30:05 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1497627005.8.0.194093235103.issue30540@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 24c2c20873dc800c99d1dabf26419b40cadfe627 by Victor Stinner in branch '2.7':
bpo-30540, bpo-30523: Add --matchfile and --list-cases options to regrtest (#2249)
https://github.com/python/cpython/commit/24c2c20873dc800c99d1dabf26419b40cadfe627


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:35:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:35:16 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497627316.11.0.173604824556.issue30523@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: unittest: add --list-tests option to only display the list of test names, don't run tests -> regrtest: add --list-cases option to only display test case identifiers

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:35:16 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 15:35:16 +0000
Subject: [issue30683] Enhance doctest support in regrtest --list-cases
In-Reply-To: <1497613234.61.0.125565868386.issue30683@psf.upfronthosting.co.za>
Message-ID: <1497627316.33.0.637008003067.issue30683@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Note that --match (and --matchfile) is ignored by doctests. I think this can cause a problem for bisect feature. After making --match working with doctests we can found a way to name doctests and list them.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30683>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:35:28 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Jun 2017 15:35:28 +0000
Subject: [issue30682] f-string assert is too restrictive
In-Reply-To: <1497604427.55.0.696154643754.issue30682@psf.upfronthosting.co.za>
Message-ID: <1497627328.19.0.370639890288.issue30682@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Before the patch, eval("f'\\\n'") gives me the same assertion failure, with an IDLE freeze instead of core dump equivalent, but is seems that the string should be of length 2.

>>> len('\\\n')
2
>>> len(f'\\\n')
2

----------
nosy: +terry.reedy
stage:  -> resolved
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30682>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:37:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:37:20 +0000
Subject: [issue30683] Enhance doctest support in regrtest --list-cases
In-Reply-To: <1497613234.61.0.125565868386.issue30683@psf.upfronthosting.co.za>
Message-ID: <1497627440.61.0.797289423846.issue30683@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Note that --match (and --matchfile) is ignored by doctests, so technically, it seems that it's doable ;-)

In test_os, --match works on doctest tests:

haypo at selma$ ./python -m test -v test_builtin --match=builtins.hex 
(...)
0:00:00 load avg: 0.28 [1/1] test_builtin
hex (builtins)
Doctest: builtins.hex ... ok

----------------------------------------------------------------------
Ran 1 test in 0.002s
(...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30683>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:38:38 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Jun 2017 15:38:38 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1497627518.48.0.546149905442.issue30674@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Are you two using different Linux distributions with different graphics managers?  Could tk act different on different distributions?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Fri Jun 16 11:45:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 15:45:30 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497627930.71.0.926596730983.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:

On Python 2.7, listing *all* test cases with "./python -m test --list-cases" fails on the following test files:

* test_multibytecodec_support 
* test_robotparser
* test_xpickle

regrtest of Python 2.7 uses the test_main() function of each test file, if the function is defined. Whereas --list-cases is more written as a raw discovery function listing all cases which inherit from unittest.TestCase. These 3 files have base test cases which are "abstract" or configured below.

Options:

* Modify --list-cases to tolerate failures and report them at exit
* Modify these 3 tests to make them more "test discovery"-friendly
* Use test_main() function if available but modify its behaviour to only list test cases, instead of running them

I would prefer to limit changes in Python 2.7 branch, so IMHO the second option is the best: modify the 3 tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 12:04:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 16:04:40 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1497629080.14.0.401877350847.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 46e299c1536da541b9dbf76c0cb909bf8c79f589 by Victor Stinner in branch '3.5':
[3.5] bpo-30540, bpo-30523: Add --matchfile and --list-cases options to regrtest (#2250)
https://github.com/python/cpython/commit/46e299c1536da541b9dbf76c0cb909bf8c79f589


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Fri Jun 16 12:04:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 16 Jun 2017 16:04:40 +0000
Subject: [issue30540] regrtest: add --matchfile option
In-Reply-To: <1496345954.5.0.308373538443.issue30540@psf.upfronthosting.co.za>
Message-ID: <1497629080.59.0.555937976846.issue30540@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 46e299c1536da541b9dbf76c0cb909bf8c79f589 by Victor Stinner in branch '3.5':
[3.5] bpo-30540, bpo-30523: Add --matchfile and --list-cases options to regrtest (#2250)
https://github.com/python/cpython/commit/46e299c1536da541b9dbf76c0cb909bf8c79f589


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30540>
_______________________________________

From report at bugs.python.org  Fri Jun 16 12:12:46 2017
From: report at bugs.python.org (Max Ehrlich)
Date: Fri, 16 Jun 2017 16:12:46 +0000
Subject: [issue30685] Multiprocessing Send to Manager Fails for Large Payload
Message-ID: <1497629566.56.0.527992929641.issue30685@psf.upfronthosting.co.za>


New submission from Max Ehrlich:

On line 393 of multiprocessing/connection.py, the size of the payload to be sent is serialized as an integer. This fails for sending large payloads. It should probably be serialized as a long or better yet a long long.

----------
components: Library (Lib)
messages: 296210
nosy: maxehr
priority: normal
severity: normal
status: open
title: Multiprocessing Send to Manager Fails for Large Payload
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30685>
_______________________________________

From report at bugs.python.org  Fri Jun 16 12:46:55 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 16 Jun 2017 16:46:55 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1497631615.77.0.800610953272.issue30674@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Thanks.  It seems like my windows pop-up all over the place.  It's probably a Ubuntu thing.  

I was used to looking at help_about and textview, which cascade over the current window (I think because of self.geometry) and that's what prompted my initial question.  But, the search dialogs aren't even all the same.  

If IDLE is in the middle of the screen,
- 'Find' and 'replace' pin to the top left of my screen, as far top and as far left as it could go.
- 'Find in files' pins to the bottom left, as far to the bottom as possible.

If I move the IDLE window, it generally stays the same as above, but if IDLE is in the top left, then the find and replace are to the right of it and find in files is still at the bottom.

I was going to ask this anyway, but help_about and those dialogs inherit from Toplevel and have a parent, but searchbase doesn't.  I don't understand why there's a difference.  The search dialogs are modal, even though the Output Window isn't.  Maybe it would help to control where they display in relation to a parent window?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Fri Jun 16 12:49:50 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 16 Jun 2017 16:49:50 +0000
Subject: [issue30682] f-string assert is too restrictive
In-Reply-To: <1497604427.55.0.696154643754.issue30682@psf.upfronthosting.co.za>
Message-ID: <1497631790.47.0.339057804659.issue30682@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Terry:

The eval is important. The bug was in evaluating an f-string that consisted of two bytes: a backslash followed by a newline.

And just as:
eval("'\\\n'") == ''  # len == 0
so should
eval("f'\\\n'") == ''  # len == 0

It's the second one that was throwing the assertion. The parser was seeing these bytes:
f  0x66
'  0x27
\  0x5c
nl 0xa
'  0x27
and behaving badly (to say the least) by asserting.

Without the eval, I can't think of a way to have a string consisting of those two bytes, but I assume someone who's trickier than I can come up with a way.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30682>
_______________________________________

From report at bugs.python.org  Fri Jun 16 13:06:14 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 16 Jun 2017 17:06:14 +0000
Subject: [issue30684] datetime.fromtimestamp raises OSError on first day after
 epoch on Windows
In-Reply-To: <1497617721.62.0.607742264893.issue30684@psf.upfronthosting.co.za>
Message-ID: <1497632774.51.0.667632501632.issue30684@psf.upfronthosting.co.za>


R. David Murray added the comment:

This appears to be a duplicate of issue 29097.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30684>
_______________________________________

From report at bugs.python.org  Fri Jun 16 13:13:05 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 16 Jun 2017 17:13:05 +0000
Subject: [issue30682] f-string assert is too restrictive
In-Reply-To: <1497604427.55.0.696154643754.issue30682@psf.upfronthosting.co.za>
Message-ID: <1497633185.29.0.0844948458474.issue30682@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
type: behavior -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30682>
_______________________________________

From report at bugs.python.org  Fri Jun 16 13:26:21 2017
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 16 Jun 2017 17:26:21 +0000
Subject: [issue29097] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on
 Python 3.6
In-Reply-To: <1482958160.11.0.32337159902.issue29097@psf.upfronthosting.co.za>
Message-ID: <1497633981.03.0.913179264354.issue29097@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> I just ran the following script to check if there are any folds from timestamps [0, 86399] in any timezone.

Ammar, I am not sure pytz timezones support PEP 495 conventions. Can you repeat your experiment using the latest dateutil.tz or test.datetimetester.ZoneInfo from Python 3.6 test suit?

See <http://dateutil.readthedocs.io/en/stable/tz.html>.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29097>
_______________________________________

From report at bugs.python.org  Fri Jun 16 13:44:50 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 16 Jun 2017 17:44:50 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497635090.05.0.426894578404.issue30681@psf.upfronthosting.co.za>


R. David Murray added the comment:

OK, I think I've reloaded my brain at least partially on this topic.

I think my original reason for having prasedate_to_datetime raise errors is that it was my opinion that that is the way it should work, and that parsedate should work the same way (raise errors, not return None).  The logic is that parsedate is not itself part of the *parser* and it is the parser that has a contract to not raise errors but instead register defects.  When you call parsedate from your code (that is, not as part of the parser), it ought to raise an error, IMO, and so I made parsedate_to_datetime do that.

I think I understand the logic behind the original behavior: None as the 'error value', thus being consistent with the parser in not raising errors.  But I think our understanding of Python best practices has evolved (solidified?) since the days when the parsedate API was designed, and raising errors is better.

*However*, consistency is also important, so if the consensus is that parsedate_to_datetime should parallel the parsedate API, I'm not going to argue with it.

Regardless of that, however, I think your notion, Tim, that the *string* value of a date header with an invalid date in it should be the invalid string is a good one.  One can check the validity by inspecting the datetime argument.  Regardless of whether errors are reported via None or an exception, the headerregistry method should catch the error and set the value accordingly (to the invalid string on error, to the normalized string if valid).

A couple of notes on the PR you submitted. (1) this change affects only the new policies, so the test should go somewhere in the new tests, not in test_email, which means you don't need to muck with the test support infrastructure in that file.  There are already date header tests in test_headerregistry, so add the new test there. (2) I'm moving us away from putting 'test emails' in separate files, so include the text under test in the test file.  You only need the date string in the date header test, but you can add your sample (changed to meet Brett's child filter, although I bet any children who will be looking at the python source code will already have seen many such spam emails) to test_inversion (which currently only contains one test message in msg_params, add yours  to that list and make it two :)

As for the decision on the return value vs exception, let's see which side Barry comes down on :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Fri Jun 16 13:57:29 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 16 Jun 2017 17:57:29 +0000
Subject: [issue694339] IDLE: Dedenting with Shift+Tab
Message-ID: <1497635849.07.0.279923529388.issue694339@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694339>
_______________________________________

From report at bugs.python.org  Fri Jun 16 14:38:56 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 16 Jun 2017 18:38:56 +0000
Subject: [issue30686] make `make install` faster
Message-ID: <1497638336.46.0.297230638217.issue30686@psf.upfronthosting.co.za>


New submission from INADA Naoki:

Currently, `make install` doesn't use -jN option of compileall.py

My idea is:

* Use os.cpu_count() for -j0.
* Use the option in Makefile

----------
components: Build
messages: 296216
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: make `make install` faster
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30686>
_______________________________________

From report at bugs.python.org  Fri Jun 16 14:55:48 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Jun 2017 18:55:48 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1497639348.15.0.257670129798.issue24813@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> test needed
title: Idle Help dialogs shouldn't be modal -> Redesign Help => About IDLE, make it non-modal
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 16 15:09:04 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 16 Jun 2017 19:09:04 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1497640144.55.0.832105687398.issue30674@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since all three search boxes call the same open, they use the same hidden placement algorithm.  On Windows, the last position when closed is re-used for the next open for the duration of the IDLE session.  When IDLE is closed and reopened, the initial position is reset to a 'cascade' position.  What about Ubuntu?  Is it remembering across IDLE sessions? 

The 'difference' you noticed concerns 'is-a' relationships (via inheritance) versus 'has-a' relationships (via composition).  It is a perennial debate among some in the OOP community, with no resolution.  Python allows both.

IDLE uses both.  Different people? Same person, different times? Some perceived specific reason for each? I slightly prefer 'is-a' because it seems simpler, and inheritance does not bother me.  When we 'framify' the search widgets, I expect to use Frame subclasses.

Perhaps more important is grab-bag or kitchen-sink classes versus focused classes.  EditorWindow has a TopLevel, a Frame placed within the Toplevel, and, among other things, a Multicall-wrapped Text placed within the frame.  A method can be about any of them, and there are methods not about any of them, or about editing (open turtledemo).  There should be separate window, frame, and text classes with the methods appropriate to each.  I am sure that this would make the editor easier to learn, test and patch.

Modal or not is a separate debate.  Most recent opinions have been to make fewer things modal.  #24813 would make About IDLE non-modal. #24039 and #24760 include search dialogs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Fri Jun 16 18:03:49 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 16 Jun 2017 22:03:49 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
Message-ID: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>


New submission from Steve Dower:

Due to how installation of Visual Studio 2017 has changed, it's very possible to end up with a valid install of the build tools without vcvarsall.bat being valid.

We only require MSBuild.exe to build, so we should find that tool and invoke it, rather than trying to configure the entire environment.

----------
assignee: steve.dower
components: Build, Windows
messages: 296218
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: build.bat should locate msbuild.exe rather than vcvarsall.bat
type: compile error
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Fri Jun 16 18:04:03 2017
From: report at bugs.python.org (Steve Dower)
Date: Fri, 16 Jun 2017 22:04:03 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497650643.15.0.370875027004.issue30687@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +2302

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Fri Jun 16 18:14:24 2017
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Fri, 16 Jun 2017 22:14:24 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1497651263.99.0.315620428932.issue30619@psf.upfronthosting.co.za>


Ivan Levkivskyi added the comment:

Yes, you are right. Could you please make a PR at https://github.com/python/cpython/pulls ?

----------
nosy: +levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Fri Jun 16 19:03:54 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 16 Jun 2017 23:03:54 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1497654234.5.0.179486300069.issue30674@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Thanks, Terry.  It seems that it *is* the hidden placement algorithm and I just never noticed it before.  I opened a bunch of terminal windows and they opened top left, bottom left, top right, bottom right, then continuing to follow a pattern.  IDLE did the same thing.  However, it isn't always opening the search dialogs in the same place even when I open the three in a row.  Maybe it's the size of the windows or something else that is causing the algorithm to render them differently.  Even though I can now understand the behavior, it's still frustrating because I'd expect the search box to pop up where I'm looking and not somewhere else on the screen entirely.

I have Windows 7 on my work laptop with 2 monitors and behavior was better.  The search dialogs opened more in the middle of the screen, near the IDLE window.  Although, if I put IDLE on the left monitor, the search dialog still opened in the same place on the right monitor, but it was easy to notice.

Thanks for explaining all that about the windows and dialogs.  At this point, I would say that consitency within the app would make it easier to understand for me as a newcomer.  If everything followed the pattern of window, frame, and text, then I wouldn't wonder about the differences, especially if there really isn't any intended difference.  And thank you for the links to those other issues and discussions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Fri Jun 16 19:47:08 2017
From: report at bugs.python.org (Tim Peters)
Date: Fri, 16 Jun 2017 23:47:08 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497656828.37.0.331875222459.issue30671@psf.upfronthosting.co.za>


Tim Peters added the comment:

Yes, any scheme whatsoever that guarantees to visit every int in range(2**i) meets the "correctness" part.

But I concur with Inada:  "head arguments" aren't compelling here, not even if I understood what they were saying ;-)  If you implement it and demonstrate significant speedups in plausibly realistic settings, then it may be worth pursuing.  Anything short of that is at best informed speculation, and so better hashed out on, e.g., the python-ideas mailing list than on the bug tracker.

BTW, I realize you're not running tests against random data.  But you're not running tests against _any_ real data, which is worrisome.  Your code appears to be utterly uniform, thus approximating a uniform random distribution.  I have scant idea of what you believe your code shows.  For example, it only looks at "hash codes" in `range(1<<p)`, which largely misses the point of the "perturb" logic.  In real life, on most boxes these days hash codes are 64 bits (regardless of dict size), and the real perturb code eventually folds in every one of those 64 bits (if the loop goes around often enough to need all of them).  Pretending hash codes contain only `p` bits may or may not be theoretically interesting for some purpose(s), but has nothing obvious to do with how the dict code actually works.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:15:28 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 17 Jun 2017 01:15:28 +0000
Subject: [issue30629] lower() is called twice
In-Reply-To: <1497162979.35.0.759542344671.issue30629@psf.upfronthosting.co.za>
Message-ID: <1497662128.01.0.840229834872.issue30629@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 3358d589fb51372a56ddcfffa277855e5661c4c0 by terryjreedy (Motoki Naruse) in branch 'master':
bpo-30629: Remove second call of str.lower() in html.parser.parse_endtag. (#2099)
https://github.com/python/cpython/commit/3358d589fb51372a56ddcfffa277855e5661c4c0


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30629>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:25:28 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 17 Jun 2017 01:25:28 +0000
Subject: [issue30629] lower() is called twice
In-Reply-To: <1497162979.35.0.759542344671.issue30629@psf.upfronthosting.co.za>
Message-ID: <1497662728.7.0.99152610734.issue30629@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This appears to be your first CPython contribution.  Welcome.  We hope it is not the last.  If you prepare a PR to add yourself to Misc/ACKS, in appropriate alphabetical position, I will merge it.  Just suggest me as a reviewer.

----------
resolution:  -> fixed
stage:  -> resolved
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30629>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:31:10 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 17 Jun 2017 01:31:10 +0000
Subject: [issue30630] Missing MSI files
In-Reply-To: <1497193481.58.0.405120031898.issue30630@psf.upfronthosting.co.za>
Message-ID: <1497663070.64.0.142515614136.issue30630@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Unless you are experimenting, you only need 3.6.1.  3.0 is deprecated in the sense that it was not meant for production use.

This tracker is for developing the next releases of CPython.  If you have any more questions, try python-list.

----------
nosy: +terry.reedy
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30630>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:33:03 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 17 Jun 2017 01:33:03 +0000
Subject: [issue30420] Clarify kwarg handing for subprocess convenience APIs
In-Reply-To: <1495337351.2.0.395497440987.issue30420@psf.upfronthosting.co.za>
Message-ID: <1497663183.36.0.0647645024477.issue30420@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2303

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30420>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:38:04 2017
From: report at bugs.python.org (Tim Bell)
Date: Sat, 17 Jun 2017 01:38:04 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497663484.79.0.571817298597.issue30681@psf.upfronthosting.co.za>


Changes by Tim Bell <timothybell at gmail.com>:


----------
pull_requests: +2304

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:45:01 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 17 Jun 2017 01:45:01 +0000
Subject: [issue30637] Syntax error reported on compile(...),
 but not on compile(..., ast.PyCF_ONLY_AST)
In-Reply-To: <1497271056.08.0.482498543523.issue30637@psf.upfronthosting.co.za>
Message-ID: <1497663901.68.0.743728944502.issue30637@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Python grammar is constrained to be, I believe, LL(1).  Whatever the constraint is, there are a few syntax rules that either cannot be written or would be difficult to write within the constraint.  So they are checked during compilation.  Can you suggest a couple of sentences you would have like to have seen, and where?

I might also note that not all exceptions raised by compile are literally 'SyntaxError's.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30637>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:49:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 17 Jun 2017 01:49:40 +0000
Subject: [issue30667] IDLE: revise doc subsection 'Completions'
In-Reply-To: <1497464738.2.0.763247679228.issue30667@psf.upfronthosting.co.za>
Message-ID: <1497664180.2.0.687824003329.issue30667@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: revise doc subsections 'Completions' -> IDLE: revise doc subsection 'Completions'

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30667>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:51:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 17 Jun 2017 01:51:44 +0000
Subject: [issue30670] pprint for dict in sorted order or insert order?
In-Reply-To: <1497492955.33.0.313949068523.issue30670@psf.upfronthosting.co.za>
Message-ID: <1497664304.81.0.791947108133.issue30670@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30670>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:52:49 2017
From: report at bugs.python.org (Tim Bell)
Date: Sat, 17 Jun 2017 01:52:49 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497664369.75.0.281172191623.issue30681@psf.upfronthosting.co.za>


Tim Bell added the comment:

Thanks for the feedback. I've made a new pull request which addresses the points raised.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Fri Jun 16 21:57:01 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 17 Jun 2017 01:57:01 +0000
Subject: [issue18140] urlparse,
 urlsplit confused when password includes fragment (#), query (?)
In-Reply-To: <1370425503.35.0.436511643169.issue18140@psf.upfronthosting.co.za>
Message-ID: <1497664621.27.0.282293305338.issue18140@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
dependencies: +[security] urllib connects to a wrong host

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18140>
_______________________________________

From report at bugs.python.org  Fri Jun 16 22:26:51 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 02:26:51 +0000
Subject: [issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python
 3.6
In-Reply-To: <1428585495.21.0.103830054834.issue23894@psf.upfronthosting.co.za>
Message-ID: <1497666411.62.0.35034131966.issue23894@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
pull_requests: +2305

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23894>
_______________________________________

From report at bugs.python.org  Fri Jun 16 22:30:52 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 02:30:52 +0000
Subject: [issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python
 3.6
In-Reply-To: <1428585495.21.0.103830054834.issue23894@psf.upfronthosting.co.za>
Message-ID: <1497666652.63.0.42747981044.issue23894@psf.upfronthosting.co.za>


Ned Deily added the comment:


New changeset b7c59f0d05bde0d4dd2d7bffc1b8af72c25d3f71 by Ned Deily in branch '3.6':
bpo-23894: add Misc/NEWS entry. (#2255)
https://github.com/python/cpython/commit/b7c59f0d05bde0d4dd2d7bffc1b8af72c25d3f71


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23894>
_______________________________________

From report at bugs.python.org  Fri Jun 16 22:40:00 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 02:40:00 +0000
Subject: [issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python
 3.6
In-Reply-To: <1428585495.21.0.103830054834.issue23894@psf.upfronthosting.co.za>
Message-ID: <1497667200.07.0.317546208773.issue23894@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
pull_requests: +2306

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23894>
_______________________________________

From report at bugs.python.org  Fri Jun 16 22:43:33 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 02:43:33 +0000
Subject: [issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python
 3.6
In-Reply-To: <1428585495.21.0.103830054834.issue23894@psf.upfronthosting.co.za>
Message-ID: <1497667413.3.0.0710033901322.issue23894@psf.upfronthosting.co.za>


Ned Deily added the comment:


New changeset ceb817dcfe8bf99725de033cce16a6f4cbced6ba by Ned Deily in branch 'master':
bpo-23894: add Misc/NEWS entry. (#2256)
https://github.com/python/cpython/commit/ceb817dcfe8bf99725de033cce16a6f4cbced6ba


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23894>
_______________________________________

From report at bugs.python.org  Fri Jun 16 23:02:00 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 03:02:00 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497668520.81.0.178303270889.issue30038@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
pull_requests: +2307

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun 16 23:18:44 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 17 Jun 2017 03:18:44 +0000
Subject: [issue30625] Documentation is unclear how "y*" and "y#" format units
 vary
In-Reply-To: <1497118572.05.0.886949691959.issue30625@psf.upfronthosting.co.za>
Message-ID: <1497669524.51.0.498564549389.issue30625@psf.upfronthosting.co.za>


Martin Panter added the comment:

Issue 24009 proposes deprecating y# (among other units).

IMO the documentation and error message aren?t specific enough regarding the reference to ?bytes-like?.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30625>
_______________________________________

From report at bugs.python.org  Fri Jun 16 23:31:57 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 03:31:57 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497670317.84.0.906494875842.issue30038@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
pull_requests: +2308

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun 16 23:34:34 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 03:34:34 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497670474.89.0.587589685281.issue30038@psf.upfronthosting.co.za>


Ned Deily added the comment:


New changeset 6a98a04e21fc3209b2170c3930ce4488e89680e3 by Ned Deily in branch 'master':
bpo-30038: add Misc/NEWS entry. (#2258)
https://github.com/python/cpython/commit/6a98a04e21fc3209b2170c3930ce4488e89680e3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Fri Jun 16 23:53:48 2017
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 17 Jun 2017 03:53:48 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497671628.03.0.543981351118.issue30681@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

Thanks for all the great detailed background, and the suggested approaches.  I think there are a couple of constraints that would be good to resolve.

* parsedate_to_datetime() is documented as "performing the same function as parsedate()" with an explicit difference in the good path return value, but no explicit difference in the bad path.  So the implication is pretty strong that it should return None when the date cannot be parsed.  Have a consistent API with parsedate() is important, and documented, so I think it's reasonable that the implementation should match.

* Clearly, header parsing can't raise exceptions.

* It should be easy to tell the difference between a missing Date header and a bogus date header.  Yes, this is an important use case.  For example, Mailman may do certain things when the Date header is missing (e.g. it could reject the message, or it could clobber the header with the server's time, etc.).  Yet if the header exists and is bogus, then you might want to preserve the bogus header for forensic or idempotency reasons.

It seems to me that the way to resolve this is to fix parsedate_to_datetime() so that it returns None on failure, but to add a (new) defect in DateHeader.parse() when that happens, e.g. InvalidDateDefect.  Then, as Tim suggestions and it seems like RDM agrees, that the invalid string value be used as the string value of the header in that case.

Thoughts?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Sat Jun 17 00:35:22 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 04:35:22 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497674122.59.0.0299793260122.issue30671@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I totally concur with Tim.

Your script test all hash codes in range(1<<p), without duplications, but in real world low bits of the hashes often are equal (see the Birthdays problem). The perturbation allows high bits to play.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Sat Jun 17 01:29:10 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 17 Jun 2017 05:29:10 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497677350.92.0.384705161992.issue30565@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sat Jun 17 02:06:36 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 06:06:36 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497679596.19.0.595110472195.issue30038@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
pull_requests: +2309

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Sat Jun 17 02:42:40 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 17 Jun 2017 06:42:40 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497681760.38.0.460703048574.issue30565@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2310

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sat Jun 17 02:43:15 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 06:43:15 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1497681795.75.0.619315572608.issue30038@psf.upfronthosting.co.za>


Ned Deily added the comment:


New changeset 0a794a3256b24ccf57b18ec9964f2367ac1f3d30 by Ned Deily in branch '3.6':
bpo-30038: add Misc/NEWS entry.
https://github.com/python/cpython/commit/0a794a3256b24ccf57b18ec9964f2367ac1f3d30


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Sat Jun 17 03:38:56 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Sat, 17 Jun 2017 07:38:56 +0000
Subject: [issue30688] support named Unicode escapes (\N{name}) in re
Message-ID: <1497685136.94.0.225619820407.issue30688@psf.upfronthosting.co.za>


New submission from Jonathan Eunice:

The re module specially handles Unicode escapes (\uXXXX and \UXXXXXXXX) so that even raw strings (r'...') have symbolic Unicode characters. But it has not supported named Unicode escapes such as r'\N{EM DASH}', making the escapes for string literals and the escapes for regular expressions asymmetric

----------
components: Library (Lib)
messages: 296234
nosy: jonathaneunice
priority: normal
severity: normal
status: open
title: support named Unicode escapes (\N{name}) in re
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30688>
_______________________________________

From report at bugs.python.org  Sat Jun 17 03:44:10 2017
From: report at bugs.python.org (Tim Bell)
Date: Sat, 17 Jun 2017 07:44:10 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497685450.33.0.993913315824.issue30681@psf.upfronthosting.co.za>


Tim Bell added the comment:

I've updated the pull request to incorporate Barry's suggestion of a new defect for this situation, InvalidDateDefect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Sat Jun 17 04:44:51 2017
From: report at bugs.python.org (Jonathan Eunice)
Date: Sat, 17 Jun 2017 08:44:51 +0000
Subject: [issue30688] support named Unicode escapes (\N{name}) in re
In-Reply-To: <1497685136.94.0.225619820407.issue30688@psf.upfronthosting.co.za>
Message-ID: <1497689091.66.0.0151161772458.issue30688@psf.upfronthosting.co.za>


Changes by Jonathan Eunice <jonathan.eunice at gmail.com>:


----------
pull_requests: +2311

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30688>
_______________________________________

From report at bugs.python.org  Sat Jun 17 06:16:55 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 10:16:55 +0000
Subject: [issue30688] support named Unicode escapes (\N{name}) in re
In-Reply-To: <1497685136.94.0.225619820407.issue30688@psf.upfronthosting.co.za>
Message-ID: <1497694615.16.0.578420539767.issue30688@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
nosy: +mrabarnett, serhiy.storchaka
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30688>
_______________________________________

From report at bugs.python.org  Sat Jun 17 06:17:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 10:17:15 +0000
Subject: [issue30688] support named Unicode escapes (\N{name}) in re
In-Reply-To: <1497685136.94.0.225619820407.issue30688@psf.upfronthosting.co.za>
Message-ID: <1497694635.69.0.833761583581.issue30688@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Regular Expressions
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30688>
_______________________________________

From report at bugs.python.org  Sat Jun 17 08:31:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 12:31:43 +0000
Subject: [issue30689] len() and iter() of ChainMap don't work with unhashable
 keys
Message-ID: <1497702703.77.0.955908214036.issue30689@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

As documented ChainMap supports not just dicts, but mappings. A mapping can be implemented not only as a hash table, and mapping keys can be not hashable. But ChainMap.__len__ and ChainMap.__iter__ work only with hashable keys.

This may be considered just as a documentation issue. But I think it would be nice to add the support of unhashable keys in 3.7.

----------
assignee: rhettinger
components: Library (Lib)
messages: 296236
nosy: rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: len() and iter() of ChainMap don't work with unhashable keys
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30689>
_______________________________________

From report at bugs.python.org  Sat Jun 17 08:37:08 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 12:37:08 +0000
Subject: [issue30690] ChainMap doesn't preserve the order of ordered mappings
Message-ID: <1497703028.62.0.270739488522.issue30690@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Iterating ChainMap emits keys in mixed order even if all underlying mappings are ordered dicts (OrderedDict). Would be nice to keep the order more predictable.

This would solve issue30664. See also issue30689.

----------
components: Library (Lib)
messages: 296237
nosy: eric.smith, rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: ChainMap doesn't preserve the order of ordered mappings
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30690>
_______________________________________

From report at bugs.python.org  Sat Jun 17 08:56:30 2017
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 17 Jun 2017 12:56:30 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497704190.29.0.950628841865.issue30565@psf.upfronthosting.co.za>


INADA Naoki added the comment:

If this warnings are disabled by default, who enable it?
How about just remove them?

I'm OK to remove them all.
Since it's not ideal, nothing go worse than Python 3.6.

Additionally, if PEP 540 is accepted, we can use UTF-8 for
stdio and filesystem encoding even when there are no UTF-8 locale.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sat Jun 17 10:04:38 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Sat, 17 Jun 2017 14:04:38 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497708278.89.0.949706768322.issue30687@psf.upfronthosting.co.za>


Changes by Jeremy Kloth <jeremy.kloth+python-tracker at gmail.com>:


----------
nosy: +jkloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Sat Jun 17 10:12:11 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 17 Jun 2017 14:12:11 +0000
Subject: [issue30672] PEP 538: Unexpected locale behaviour on Mac OS X
In-Reply-To: <1497518633.36.0.998856107706.issue30672@psf.upfronthosting.co.za>
Message-ID: <1497708731.47.0.600595806293.issue30672@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

For the case where POSIX is a distinct locale from the default C locale (rather than a simple alias), I'm leaning towards taking PEP 538 literally, and adjusting the affected test cases to assume that locale coercion *won't* happen for that case on Mac OS X.

I *think* we can check for the alias behaviourally by setting the "POSIX" locale and seeing if it reports itself back to us as "C", but if not, then I'll just add in a sys.platform check, and we can figure out a behavioural check later if the platform check turns out to cause problems.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30672>
_______________________________________

From report at bugs.python.org  Sat Jun 17 10:18:19 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Sat, 17 Jun 2017 14:18:19 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1497709099.48.0.835689773099.issue30263@psf.upfronthosting.co.za>


Changes by Jeremy Kloth <jeremy.kloth+python-tracker at gmail.com>:


----------
nosy: +jkloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Sat Jun 17 10:52:59 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 17 Jun 2017 14:52:59 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497711179.39.0.224581746421.issue30565@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

By having the warnings always compiled in, but off by default, "PYTHONCOERCECLOCALE=warn" becomes a debugging tool for integration failures that we (or end users) suspect might be due to the locale coercion behaviour. It's essentially an even more esoteric variant of tools like "PYTHONINSPECT=1", "python -X faulthandler", "python -v", etc.

I already learned something myself based on updating the test cases to cover the opt-in warning model: I initially thought that when we set "LC_ALL=C" we'd get *both* warnings, but we don't (at least with glibc).

My working theory is that setting 'LC_ALL=C' causes 'setlocale(LC_CTYPE, "C.UTF-8")' to fail, even if there's otherwise a C.UTF-8 locale available. (I haven't conclusively proven that theory, but it's the most likely point for the locale coercion to be implicitly bypassed)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sat Jun 17 10:59:12 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 14:59:12 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1497711552.6.0.754138892603.issue13617@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could you update your patch Victor?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Sat Jun 17 11:00:23 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 15:00:23 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1497711623.9.0.35491396506.issue13617@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
type:  -> behavior
versions: +Python 3.6, Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Sat Jun 17 11:54:21 2017
From: report at bugs.python.org (Chris Fiege)
Date: Sat, 17 Jun 2017 15:54:21 +0000
Subject: [issue30665] pass big values for arg to fcntl.ioctl
In-Reply-To: <1497450472.17.0.838126084809.issue30665@psf.upfronthosting.co.za>
Message-ID: <1497714861.01.0.669192141604.issue30665@psf.upfronthosting.co.za>


Changes by Chris Fiege <cfi at pengutronix.de>:


----------
nosy: +cfi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30665>
_______________________________________

From report at bugs.python.org  Sat Jun 17 12:32:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 16:32:21 +0000
Subject: [issue30665] pass big values for arg to fcntl.ioctl
In-Reply-To: <1497450472.17.0.838126084809.issue30665@psf.upfronthosting.co.za>
Message-ID: <1497717141.42.0.426317486264.issue30665@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The FreeBSD [1], OpenBSD [2], and Solaris 10 [3] documentations specify the third argument of ioctl() as either an int or a pointer.

Passing a 64-bit long instead of a 32-bit int on big-endian platform can cause incorrect interpretation of an argument.

[1] https://www.freebsd.org/cgi/man.cgi?query=ioctl&sektion=2
[2] http://man.openbsd.org/ioctl.2
[3] https://docs.oracle.com/cd/E26505_01/html/816-5167/ioctl-2.html

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30665>
_______________________________________

From report at bugs.python.org  Sat Jun 17 13:51:03 2017
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 17 Jun 2017 17:51:03 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1497721863.86.0.846986412339.issue13617@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Sat Jun 17 14:54:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 18:54:10 +0000
Subject: [issue30691] WeakSet is not pickleable
Message-ID: <1497725650.32.0.990416022712.issue30691@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

WeakSet contains the __reduce__ method, but it isn't pickleable (and never was), because the pickle state contains the value of the __dict__ dict attribute which contains a reference to unpickleable local function _remove().

>>> pickle.dumps(weakref.WeakSet())
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: Can't pickle local object 'WeakSet.__init__.<locals>._remove'

I wondering whether WeakSet should be made pickleable or the __reduce__ method should be removed. __reduce__() can be used also for copying, but  there are no tests for this feature.

----------
components: Library (Lib)
messages: 296243
nosy: georg.brandl, pitrou, rhettinger, serhiy.storchaka, twouters
priority: normal
severity: normal
status: open
title: WeakSet is not pickleable

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30691>
_______________________________________

From report at bugs.python.org  Sat Jun 17 15:02:32 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 19:02:32 +0000
Subject: [issue29517] "Can't pickle local object" when uses functools.partial
 with method and args...
In-Reply-To: <1486676485.08.0.362566272702.issue29517@psf.upfronthosting.co.za>
Message-ID: <1497726152.75.0.572698114108.issue29517@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Since WeakSet never was pickleable, the difference perhaps in the use of WeakSet in asyncio. BaseEventLoop contains a WeakSet attribute since 3.6, this makes it non-pickleable.

I'm not sure this is a cause of the failure.

----------
components: +Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29517>
_______________________________________

From report at bugs.python.org  Sat Jun 17 15:20:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 17 Jun 2017 19:20:10 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497727210.79.0.738698318249.issue29755@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Sat Jun 17 15:29:40 2017
From: report at bugs.python.org (Ranger Harke)
Date: Sat, 17 Jun 2017 19:29:40 +0000
Subject: [issue30692] Automatic upcast does not occur for custom classes
Message-ID: <1497727780.34.0.684924119981.issue30692@psf.upfronthosting.co.za>


New submission from Ranger Harke:

I have noticed that the automatic upcast mechanism which works for
standard ctypes types does not appear to work for custom types with
_as_parameter_ defined.

Consider the following example (written for Mac OS X but just change
the LoadLibrary call to test on a different OS):

# -- begin --
from ctypes import *

libc = cdll.LoadLibrary('/usr/lib/libc.dylib')

class Base(Structure): pass
class Derived(Base): pass
class Wrapper(object): pass

printf = libc.printf
printf.argtypes = [ c_char_p, POINTER(Base) ]
printf.restype = c_int

derived = Derived()
derived_ptr = pointer(derived)
derived_ptr_wrapper = Wrapper()
derived_ptr_wrapper._as_parameter_ = pointer(derived)

# Case 1 WORKS: Derived* is automatically upcast to Base* and passed to
#               printf
printf(b'%p\n', derived_ptr)

# Case 2 WORKS: The Wrapper can be explicitly upcast to a Base* and
#               passed to printf
printf(b'%p\n', cast(derived_ptr_wrapper, POINTER(Base)))

# Case 3 FAILS: Automatic upcast does NOT happen with the value in the
#               Wrapper: 'expected LP_Base instance instead of
#               LP_Derived'
printf(b'%p\n', derived_ptr_wrapper)
# -- end --

Here we have two types, Base which is a ctypes Structure, and Derived
which derives from Base. A pointer to Derived can be passed to a
function that expects a pointer to Base, and it will automatically be
upcast.

However, once the Wrapper type is introduced, which simply holds a
pointer to Derived in its _as_parameter_ attribute, the automatic
upcast no longer occurs. A manual upcast works, though.

I believe this may be related to #27803, but that is talking about
byref() whereas this is related to cast(). Perhaps the internal
mechanism is the same; certainly it sounds like a similar problem.

I've tested this in Python 2.7 and 3.6, and the result is the same.

Not sure if this is a bug or an enhancement request- filing it as
"behavior" for now since to me, this is something that I expected to
implicitly work.

Thanks!  - Ranger Harke.

----------
components: ctypes
messages: 296245
nosy: rharke
priority: normal
severity: normal
status: open
title: Automatic upcast does not occur for custom classes
type: behavior
versions: Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30692>
_______________________________________

From report at bugs.python.org  Sat Jun 17 15:39:41 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 17 Jun 2017 19:39:41 +0000
Subject: [issue30692] Automatic upcast does not occur for custom classes
In-Reply-To: <1497727780.34.0.684924119981.issue30692@psf.upfronthosting.co.za>
Message-ID: <1497728381.32.0.402558917037.issue30692@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +amaury.forgeotdarc, belopolsky, meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30692>
_______________________________________

From report at bugs.python.org  Sat Jun 17 18:25:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 17 Jun 2017 22:25:04 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1497711179.39.0.224581746421.issue30565@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwbXbceCEpVJExhm8ZVT8=DGq_0uAL-+m-C6eOS93WJo3Q@mail.gmail.com>


STINNER Victor added the comment:

As I wrote on python-dev, I would prefer no warning and no option to enable
warnings. But it's not my PEP, I would prefer that Nick makes a choice
here. Right now, my main worry is that my little (freebsd) buildbots are
still sick

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sat Jun 17 19:15:16 2017
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 17 Jun 2017 23:15:16 +0000
Subject: [issue30429] bdb and pdb: Add watchpoint function
In-Reply-To: <1495454985.48.0.445993940506.issue30429@psf.upfronthosting.co.za>
Message-ID: <1497741316.4.0.832693146111.issue30429@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30429>
_______________________________________

From report at bugs.python.org  Sat Jun 17 20:58:23 2017
From: report at bugs.python.org (Martin Panter)
Date: Sun, 18 Jun 2017 00:58:23 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1497747503.85.0.947803566208.issue30576@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think neither Pierre?s nor Glenn?s implementations should be added to SimpleHTTPRequestHandler. In fact I think most forms of content negotiation are only appropriate for a higher-level server. It seems too far removed from the intention of the class, ?directly mapping the directory structure to HTTP requests?.

Another concern with Pierre?s proposal is the delay and memory or disk usage that would be incurred for a large file (e.g. text/plain log file), especially with HEAD requests. I have Linux computers set up with /tmp just held in memory, no disk file system nor swap. It would be surprising that a HTTP request had to copy the entire file into memory before sending it.

It may be reasonable to serve the Content-Encoding field based on the stored file though. If the client requests file ?xyz?, there should be no encoding, but if the request was explicitly for ?xyz.gz?, the server could add Content-Encoding. But I suspect this won?t help Pierre.

Some other thoughts on the pull request:
* x-gzip is supposed to be an alias in HTTP 1.1 requests
* The response is HTTP 1.0, where x-gzip seems to be the canonical name
* In HTTP 1.1 requests, consider supporting Accept-Encoding: gzip;q=1
* Accept-Encoding: gzip;q=0
* Accept-Encoding: *
* Accept-Encoding: GZIP (case insensitivity)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Sat Jun 17 21:15:00 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 18 Jun 2017 01:15:00 +0000
Subject: [issue30672] PEP 538: Unexpected locale behaviour on *BSD (including
 Mac OS X)
In-Reply-To: <1497518633.36.0.998856107706.issue30672@psf.upfronthosting.co.za>
Message-ID: <1497748500.58.0.472415227967.issue30672@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

It seems the "POSIX is not just an alias for the C locale" behaviour is inherited from *BSD, rather than being specific to Mac OS X: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%20custom/builds/12/steps/test/logs/stdio

----------
title: PEP 538: Unexpected locale behaviour on Mac OS X -> PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30672>
_______________________________________

From report at bugs.python.org  Sat Jun 17 21:24:57 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 18 Jun 2017 01:24:57 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497749097.98.0.551863696962.issue30565@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

OK, based on the latest round of custom buildbot results (e.g. http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%20custom/builds/12/steps/test/logs/stdio ), it looks like the main remaining problems are those covered by issue 30672, where *BSD platforms handle some locales differently from the way Linux handles them (and Mac OS X then inherits those differences), and issue 30647 (where attempting to use the UTF-8 locale can cause nl_langinfo to fail).

So for the latest iteration on *this* change, I'm going to do the following:

1. Disable "UTF-8" as a candidate target locale
2. Adjust the test suite's expectations accordingly

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sat Jun 17 21:26:26 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 18 Jun 2017 01:26:26 +0000
Subject: [issue30672] PEP 538: Unexpected locale behaviour on *BSD (including
 Mac OS X)
In-Reply-To: <1497518633.36.0.998856107706.issue30672@psf.upfronthosting.co.za>
Message-ID: <1497749186.96.0.667470308028.issue30672@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Flagging issue 30647 as a dependency, since the problem with breaking nl_langinfo will need to be fixed before these tests can be re-enabled.

----------
dependencies: +CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by the PEP 538

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30672>
_______________________________________

From report at bugs.python.org  Sat Jun 17 22:03:30 2017
From: report at bugs.python.org (Bernhard M. Wiedemann)
Date: Sun, 18 Jun 2017 02:03:30 +0000
Subject: [issue30693] tarfile add uses random order
Message-ID: <1497751410.94.0.779622739852.issue30693@psf.upfronthosting.co.za>


New submission from Bernhard M. Wiedemann:

Filesystems do not give any guarantees about ordering of files returned in directory listings, thus tarfile.add adds files in random order, when using os.listdir in recursion.

See also https://reproducible-builds.org/docs/stable-inputs/ on that topic.

----------
components: Library (Lib)
messages: 296251
nosy: bmwiedemann
priority: normal
severity: normal
status: open
title: tarfile add uses random order
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30693>
_______________________________________

From report at bugs.python.org  Sat Jun 17 22:17:43 2017
From: report at bugs.python.org (Kojo Idrissa)
Date: Sun, 18 Jun 2017 02:17:43 +0000
Subject: [issue29933] asyncio: set_write_buffer_limits() doc doesn't specify
 unit of the parameters
In-Reply-To: <1490707139.27.0.838851028066.issue29933@psf.upfronthosting.co.za>
Message-ID: <1497752263.59.0.499193030164.issue29933@psf.upfronthosting.co.za>


Changes by Kojo Idrissa <kojo.idrissa at gmail.com>:


----------
pull_requests: +2312

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29933>
_______________________________________

From report at bugs.python.org  Sat Jun 17 22:29:44 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 18 Jun 2017 02:29:44 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497752984.58.0.497976538006.issue30565@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset eb81795d7d3a8c898fa89a376d63fc3bbfb9a081 by Nick Coghlan in branch 'master':
bpo-30565: Add PYTHONCOERCECLOCALE=warn runtime flag (GH-2260)
https://github.com/python/cpython/commit/eb81795d7d3a8c898fa89a376d63fc3bbfb9a081


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sat Jun 17 22:32:29 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 18 Jun 2017 02:32:29 +0000
Subject: [issue30565] PEP 538: silence locale coercion and compatibility
 warnings by default?
In-Reply-To: <1496570265.14.0.856980503052.issue30565@psf.upfronthosting.co.za>
Message-ID: <1497753149.02.0.451965670232.issue30565@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

OK, PEP 538 is effectively disabled on FreeBSD and Mac OS X now, and the locale coercion and compatibility warnings are off by default everywhere.

PYTHONCOERCECLOCALE=warn is explicitly documented as a debugging tool for use when folks already suspect that locale coercion or legacy locale incompatibility might be to blame for particular problems that they're seeing.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30565>
_______________________________________

From report at bugs.python.org  Sat Jun 17 22:37:18 2017
From: report at bugs.python.org (Bernhard M. Wiedemann)
Date: Sun, 18 Jun 2017 02:37:18 +0000
Subject: [issue30693] tarfile add uses random order
In-Reply-To: <1497751410.94.0.779622739852.issue30693@psf.upfronthosting.co.za>
Message-ID: <1497753438.38.0.818212430853.issue30693@psf.upfronthosting.co.za>


Changes by Bernhard M. Wiedemann <pythonbugs at lsmod.de>:


----------
pull_requests: +2313

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30693>
_______________________________________

From report at bugs.python.org  Sat Jun 17 23:01:27 2017
From: report at bugs.python.org (Ned Deily)
Date: Sun, 18 Jun 2017 03:01:27 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
Message-ID: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>


New submission from Ned Deily:

>From the announcement:

Expat 2.2.1 has been released.  The change log has more details [2] than this mail, including commit SHA1s. For a quick overview of the security fixes and CVEs, we have:

   CVE-2017-9233  External entity infinite loop DoS [1]
  (CVE-2016-9063) Integer overflow (re-fix)
             n/a  More integer overflow fixes
  (CVE-2016-0718) Fix regression bugs from 2.2.0's fix to CVE-2016-0718
  (CVE-2016-5300) Use os-specific entropy sources like getrandom
             n/a  No longer leak parser pointer information
             n/a  Prevent use of uninitialised variables
             n/a  Add missing API parameter validation (NULL, len<0)
  (CVE-2012-0876) Counter hash flooding with SipHash

https://github.com/libexpat/libexpat/blob/R_2_2_1/expat/Changes

https://libexpat.github.io/doc/cve-2017-9233/

----------
components: Library (Lib)
messages: 296254
nosy: haypo, ned.deily
priority: deferred blocker
severity: normal
stage: needs patch
status: open
title: Update embedded copy of expat to 2.2.1
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Sat Jun 17 23:03:08 2017
From: report at bugs.python.org (Ned Deily)
Date: Sun, 18 Jun 2017 03:03:08 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1497754988.06.0.853764334949.issue29591@psf.upfronthosting.co.za>


Ned Deily added the comment:

FYI, expat 2.2.1 has now been released.  See Issue30694 for details.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Sat Jun 17 23:24:51 2017
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 18 Jun 2017 03:24:51 +0000
Subject: [issue30686] make `make install` faster
In-Reply-To: <1497638336.46.0.297230638217.issue30686@psf.upfronthosting.co.za>
Message-ID: <1497756291.5.0.437120129686.issue30686@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +2315

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30686>
_______________________________________

From report at bugs.python.org  Sat Jun 17 23:39:44 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sun, 18 Jun 2017 03:39:44 +0000
Subject: [issue29933] asyncio: set_write_buffer_limits() doc doesn't specify
 unit of the parameters
In-Reply-To: <1490707139.27.0.838851028066.issue29933@psf.upfronthosting.co.za>
Message-ID: <1497757184.25.0.738497899557.issue29933@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29933>
_______________________________________

From report at bugs.python.org  Sat Jun 17 23:42:07 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Jun 2017 03:42:07 +0000
Subject: [issue30691] WeakSet is not pickleable
In-Reply-To: <1497725650.32.0.990416022712.issue30691@psf.upfronthosting.co.za>
Message-ID: <1497757327.75.0.224565373856.issue30691@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I wondering whether WeakSet should be made pickleable or 
> the __reduce__ method should be removed.

When considering whether to remove a method from long published code, if the method isn't broken, our guidance should come from whether user's have actually taken advantage of __reduce__.   Determining that answer involves searching published code (Google's code search used to be a good tool for this, now we've got Github's code search tools).  

In general, the burden is high for removing an existing feature (even if untested); otherwise, we risk breaking people's code for no good reason other than the joy that comes with churning code to solve an invented problem (one that has never arisen in real code and has never been reported by an actual user).

When considering whether to add pickle support, the bar is much lower.  Roughly the question is amounts to balancing the potential benefits (whether someone might need to pickle a weakset someday even though we have no evidence that anyone has ever wanted this) versus the costs (risk of introducing bugs, creating cross-version incompatabilities, increasing future maintenance costs, increasing the total code volume, etc).

If adding pickling capability is easy and clean, then it seems reasonable.   On the other hand, if it is even slightly tricky, we should skip adding a feature that no one has ever asked for.  The 
weak reference containers have long been a source of bugs, some of which were challenging to fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30691>
_______________________________________

From report at bugs.python.org  Sun Jun 18 00:09:06 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 18 Jun 2017 04:09:06 +0000
Subject: [issue30672] PEP 538: Unexpected locale behaviour on *BSD (including
 Mac OS X)
In-Reply-To: <1497518633.36.0.998856107706.issue30672@psf.upfronthosting.co.za>
Message-ID: <1497758946.9.0.610312410302.issue30672@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30672>
_______________________________________

From report at bugs.python.org  Sun Jun 18 00:09:14 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 18 Jun 2017 04:09:14 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1497758954.62.0.0435140522276.issue30647@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Sun Jun 18 00:10:55 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Jun 2017 04:10:55 +0000
Subject: [issue30689] len() and iter() of ChainMap don't work with unhashable
 keys
In-Reply-To: <1497702703.77.0.955908214036.issue30689@psf.upfronthosting.co.za>
Message-ID: <1497759055.97.0.189230451404.issue30689@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

No thank you.  It is perfectly reasonable to use set operations to make the implementation simple, fast, reliable, and suitable for most use cases.  Marking this as a rejected feature request.

As for documentation, I don't see any need to accommodate a pedantic reading of "mapping" in the general sense versus collections.Mapping in the formal sense.  Additional text would likely create more confusion than it solves and would likely get in the way of normal users who are just trying to learn how to use ChainMap.

If you truly feel that users need to know about every place that the  adjective "mapping" carries with it a dependency on hashability, then consider a FAQ entry or blog post on the subject.  Otherwise, we going have to replace term "mapping" with the more awkward "dict-like object".

Serhiy, while I admire your devotion to studying all the code in the standard library, it really isn't helpful to have you challenge and second guess every single design decision.  While you may have a ton of spare time to generate enormous numbers of PRs, feature requests, and bug reports, it is eating-up *all* of my development time.  It is a constant distraction from real work than needs to be done.   In particular, most of the issues seem to be "invented problems" that aren't based on any actual user need or reported problem.  Further, it risks excessive code churn, feature creep, risk of introducing new problems/incompatibilities, and destabilizes published code.  It may be fun to rewrite everything you look at, but it isn't a good practice.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed
type: behavior -> enhancement
versions:  -Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30689>
_______________________________________

From report at bugs.python.org  Sun Jun 18 00:20:10 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Jun 2017 04:20:10 +0000
Subject: [issue30690] ChainMap doesn't preserve the order of ordered mappings
In-Reply-To: <1497703028.62.0.270739488522.issue30690@psf.upfronthosting.co.za>
Message-ID: <1497759610.47.0.0309520601531.issue30690@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Until regular dicts guarantee order, I don't want to go down this path for ChainMap which currently makes no guarantees about preserving and passing through properties of the underlying mappings.   The current implementation is short, fast, and reliable.  I don't want to trade any of those for a feature that we don't even guarantee for regular dicts.

For http://bugs.python.org/issue30664, I recommend going with Eric's suggestion in http://bugs.python.org/issue30664#msg296005.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30690>
_______________________________________

From report at bugs.python.org  Sun Jun 18 00:25:54 2017
From: report at bugs.python.org (Tim Peters)
Date: Sun, 18 Jun 2017 04:25:54 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497759954.9.0.107726647919.issue30671@psf.upfronthosting.co.za>


Tim Peters added the comment:

The attached hashsim.py pretty much convinces me there's nothing left to be gained here.  It shows that the current scheme essentially achieves the performance of theoretical "uniform hashing" for string keys, for both successful and unsuccessful searches, as measured by the average number of probes needed.  Uniform hashing is the head scheme in which, for each key, the probe sequence is chosen uniformly at random from the set of all table slot permutations.  Its advantage is that it's feasible to analyze - its disadvantage is that it can't actually be sanely implemented ;-)

Back when the current scheme was implemented, string keys sometimes behaved "better than random", for reasons explained in the code comments.  The string hash now is more like a high-quality PRNG, so the performance of uniform hashing is the best that can be hoped for.  Dicts with int keys can still enjoy better-than-random performance.

Back then I was using a 32-bit box, and I'm pleased to see that PERTURB_SHIFT=5 still appears to work well on a 64-bit box (note:  to a first approximation you can emulate a 32-bit box on a 64-bit box by setting M64 in the code to a 32-bit mask).  But the choice appears far less touchy on a 64-bit box, and it may help a little to increase PERTURB_SHIFT.  Not so much in the average case, but for pathological cases, like int keys all of which have a lot of trailing zeroes.  Before the bits that differ get shifted down far enough to matter, they all follow the same probe sequence.  Increasing PERTURB_SHIFT would reduce the number of iterations needed before that happens.  But I'd wait until someone complains before churning the code just for that ;-)

----------
Added file: http://bugs.python.org/file46957/hashsim.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Sun Jun 18 01:25:58 2017
From: report at bugs.python.org (Armen Levonian)
Date: Sun, 18 Jun 2017 05:25:58 +0000
Subject: [issue29702] Error 0x80070003: Failed to launch elevated child process
In-Reply-To: <1488491344.75.0.39896878007.issue29702@psf.upfronthosting.co.za>
Message-ID: <1497763558.62.0.773590832489.issue29702@psf.upfronthosting.co.za>


Armen Levonian added the comment:

OK, so this bug tuned out to be related to the Windows 10 version I had prior to the just now updated 1703.
I discovered one other Visual Studio installation that was failing.
However, after the update to the latest Windows 1703, the installation issues are resolved.

So we can close this as it seems it was a possibly broken windows 10 version. As a reminder, I was only experiencing this issue on only 1 machine.

Cheers.

----------
resolution:  -> out of date

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29702>
_______________________________________

From report at bugs.python.org  Sun Jun 18 01:31:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 05:31:49 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497763909.17.0.87395111485.issue30664@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2316

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Sun Jun 18 01:34:13 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 05:34:13 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497764053.24.0.939590069706.issue30664@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

PR 2265 implements a private subclass of ChainMap that preserves ordering.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Sun Jun 18 01:58:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 05:58:43 +0000
Subject: [issue30691] WeakSet is not pickleable
In-Reply-To: <1497725650.32.0.990416022712.issue30691@psf.upfronthosting.co.za>
Message-ID: <1497765523.09.0.514884897744.issue30691@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The method is broken (and always was). Pickling doesn't work because the state contains unpickleable object. Copying works incorrectly, since the pickle state contains references to the original WeakSet and it overrides the __dict__ of the copy, making its state inconsistent. If the purpose of implementing the __reduce__ method was the support of the copying, the __reduce__ method should be fixed or the copying should be implemented with implementing the __copy__ and __deepcopy__ methods.

However there is a subtle moment with pickling WeakSet (as well as with pickling weakref.proxy, see issue18068). The problem is that if you pickled a WeakSet, but not hard references to its items, the items will be disappeared just after unpickling, since they have no hard references. This may confuse. If you pickle also hard refereces to the items, a WeakSet can be pickled and unpickled as expected (after fixing __reduce__).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30691>
_______________________________________

From report at bugs.python.org  Sun Jun 18 02:01:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 06:01:21 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1497765681.02.0.4050989794.issue30664@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Note that the order of parameters of nested subtests is from inner to outer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Sun Jun 18 02:06:57 2017
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 18 Jun 2017 06:06:57 +0000
Subject: [issue29702] Error 0x80070003: Failed to launch elevated child process
In-Reply-To: <1488491344.75.0.39896878007.issue29702@psf.upfronthosting.co.za>
Message-ID: <1497766017.66.0.596569952062.issue29702@psf.upfronthosting.co.za>


Changes by Eryk Sun <eryksun at gmail.com>:


----------
resolution: out of date -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29702>
_______________________________________

From report at bugs.python.org  Sun Jun 18 02:09:54 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Jun 2017 06:09:54 +0000
Subject: [issue30691] WeakSet is not pickleable
In-Reply-To: <1497725650.32.0.990416022712.issue30691@psf.upfronthosting.co.za>
Message-ID: <1497766194.31.0.722645429999.issue30691@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> If you pickle also hard refereces to the items,
>  a WeakSet can be pickled and unpickled as expected (after 
> fixing __reduce__).

That seems contrary to the original intent of a WeakSet.  I recommend not going down the path of adding pickle support.

If copying is also broken, then it is reasonable to either fix it or remove it depending on whether a fix is straight-forward.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30691>
_______________________________________

From report at bugs.python.org  Sun Jun 18 02:12:04 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 18 Jun 2017 06:12:04 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497766324.86.0.291314445125.issue30671@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Can this be closed now?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Sun Jun 18 06:21:11 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 18 Jun 2017 10:21:11 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
Message-ID: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>


New submission from Xavier de Gaye:

Add the set_nomemory_allocator() function to _testcapi that sets a no memory allocator.

----------
components: Tests
files: nomemory_allocator.patch
keywords: patch
messages: 296266
nosy: haypo, xdegaye
priority: normal
severity: normal
status: open
title: add a nomemory_allocator to the _testcapi module
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file46958/nomemory_allocator.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Sun Jun 18 06:33:04 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 18 Jun 2017 10:33:04 +0000
Subject: [issue30696] infinite loop in PyRun_InteractiveLoopFlags()
Message-ID: <1497781984.85.0.996199395593.issue30696@psf.upfronthosting.co.za>


New submission from Xavier de Gaye:

To reproduce the problem, apply the nomemory_allocator.patch from issue 30695 and run the following two statements that must be interrupted with ^C:
$  ./python -q
>>> import _testcapi
>>> _testcapi.set_nomemory_allocator()
sys.excepthook is missing
^Cpython: Objects/call.c:785: PyEval_CallObjectWithKeywords: Assertion `!PyErr_Occurred()' failed.
Aborted (core dumped)

The attached patch fixes this problem.
No PR for the moment: this patch and nomemory_allocator.patch are needed to demonstrate other issues.

----------
components: Interpreter Core
files: infinite_loop.patch
keywords: patch
messages: 296267
nosy: haypo, xdegaye
priority: normal
severity: normal
status: open
title: infinite loop in PyRun_InteractiveLoopFlags()
type: behavior
versions: Python 3.7
Added file: http://bugs.python.org/file46959/infinite_loop.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30696>
_______________________________________

From report at bugs.python.org  Sun Jun 18 07:34:08 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 11:34:08 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497785648.19.0.752352646906.issue29755@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2317

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Sun Jun 18 07:35:52 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 11:35:52 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497785752.52.0.56701471522.issue29755@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In Python 2 both gettext() and lgettext() are purposed to return 8-bit strings. The difference between them is only that gettext() encodes the translation back to the encoding of the translation file if the output encoding is not explicitly specified, while lgettext() encodes it to the preferred locale encoding. ugettext() returns Unicode strings.

In Python 3 ugettext() is renamed to gettext() and always returns Unicode strings. lgettext() should return a byte string, as in Python 2. The problem is that if the translation is not found, the untranslated message usually is returned, which is a Unicode string in Python 3. It should be encoded to a byte string, so that lgettext() always returns the same type -- bytes.

PR 2266 fixes lgettext() and related functions, updates the documentation, and adds tests.

Frankly, the usefulness of lgettext() in Python 3 looks questionable to me. gettext() can be used instead, with explicit encoding the result to the desired charset.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Sun Jun 18 08:10:16 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 12:10:16 +0000
Subject: [issue29739] zipfile raises wrong exception for some incorrect
 passwords
In-Reply-To: <1488833299.28.0.469862145344.issue29739@psf.upfronthosting.co.za>
Message-ID: <1497787816.81.0.214895767217.issue29739@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually this feature helps to do the brute-force attack. 255 of 256 passwords can be rejected by testing only the header. Old ZIP files encryption is very weak, it isn't used in serious applications.

----------
nosy: +r.david.murray
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29739>
_______________________________________

From report at bugs.python.org  Sun Jun 18 08:15:04 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 12:15:04 +0000
Subject: [issue16055] incorrect error text for int(base=1000, x='1')
In-Reply-To: <1348688461.13.0.427927679227.issue16055@psf.upfronthosting.co.za>
Message-ID: <1497788104.5.0.316907184982.issue16055@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +easy (C)
stage: test needed -> needs patch
type: behavior -> enhancement
versions: +Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16055>
_______________________________________

From report at bugs.python.org  Sun Jun 18 08:39:41 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 12:39:41 +0000
Subject: [issue29657] os.symlink: FileExistsError shows wrong message
In-Reply-To: <1488099144.41.0.738429373533.issue29657@psf.upfronthosting.co.za>
Message-ID: <1497789581.96.0.440682539978.issue29657@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See issue20517 for the discussion about current implementation. Are there any ideas about clearer error messages?

Added Larry as the author of the original idea and implementation.

----------
nosy: +larry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29657>
_______________________________________

From report at bugs.python.org  Sun Jun 18 08:41:20 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 12:41:20 +0000
Subject: [issue29616] input() after restarting causes bug
In-Reply-To: <1487719662.64.0.83331129178.issue29616@psf.upfronthosting.co.za>
Message-ID: <1497789680.42.0.147208373746.issue29616@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29616>
_______________________________________

From report at bugs.python.org  Sun Jun 18 08:43:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 12:43:09 +0000
Subject: [issue12680] cPickle.loads is not thread safe due to non-thread-safe
 imports
In-Reply-To: <1312272969.55.0.673755441724.issue12680@psf.upfronthosting.co.za>
Message-ID: <1497789789.12.0.802148598926.issue12680@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12680>
_______________________________________

From report at bugs.python.org  Sun Jun 18 08:45:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 12:45:07 +0000
Subject: [issue20823] Clarify copyreg.pickle() documentation
In-Reply-To: <1393749966.08.0.529137298895.issue20823@psf.upfronthosting.co.za>
Message-ID: <1497789907.53.0.965697950735.issue20823@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could you update your patch Peter, and since CPython development is moved to GitHub, create a pull request?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20823>
_______________________________________

From report at bugs.python.org  Sun Jun 18 09:29:41 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 18 Jun 2017 13:29:41 +0000
Subject: [issue30697] segfault in PyErr_NormalizeException() after memory
 exhaustion
Message-ID: <1497792581.23.0.578886308028.issue30697@psf.upfronthosting.co.za>


New submission from Xavier de Gaye:

Nosying reviewers of PR 1981 of issue 22898.

The memerr.py script segfaults with the following gdb backtrace:

#0  0x0000000000550268 in PyErr_NormalizeException (exc=exc at entry=0x7fffffffdee8, 
    val=val at entry=0x7fffffffdef0, tb=tb at entry=0x7fffffffdef8) at Python/errors.c:315
#1  0x000000000055045f in PyErr_NormalizeException (exc=exc at entry=0x7fffffffdee8, 
    val=val at entry=0x7fffffffdef0, tb=tb at entry=0x7fffffffdef8) at Python/errors.c:319
#2  0x000000000055045f in PyErr_NormalizeException (exc=exc at entry=0x7fffffffdee8, 
    val=val at entry=0x7fffffffdef0, tb=tb at entry=0x7fffffffdef8) at Python/errors.c:319
#3  0x000000000055045f in PyErr_NormalizeException (exc=exc at entry=0x7fffffffdee8, 
    val=val at entry=0x7fffffffdef0, tb=tb at entry=0x7fffffffdef8) at Python/errors.c:319
...

To be able to run this patch, one needs to apply the nomemory_allocator.patch from issue 30695 and the infinite_loop.patch from issue 30696.

This raises two different problems:

a) The segfault itself that occurs upon setting the PyExc_RecursionErrorInst singleton. Oh! That had already been pointed out in msg231933 in issue 22898 at case 4).

b) When the size of the Python frames stack is greater than the size of the list of preallocated MemoryError instances, this list becomes exhausted and PyErr_NormalizeException() enters an infinite recursion which is stopped:
    * by the PyExc_RecursionErrorInst singleton when a) is fixed
    * by a Fatal Error (abort) when applying PR 1981 in its current state (there is no stack overflow as expected even in the absence of any guard before the recursive call to PyErr_NormalizeException())
The user is presented in both cases with an error hinting at a recursion problem instead of a problem with memory exhaustion. This is bug b).

----------
components: Interpreter Core
files: memerr.py
messages: 296272
nosy: brett.cannon, haypo, pitrou, serhiy.storchaka, xdegaye
priority: normal
severity: normal
status: open
title: segfault in PyErr_NormalizeException() after memory exhaustion
type: crash
versions: Python 3.7
Added file: http://bugs.python.org/file46960/memerr.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30697>
_______________________________________

From report at bugs.python.org  Sun Jun 18 09:53:56 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 18 Jun 2017 13:53:56 +0000
Subject: [issue30696] infinite loop in PyRun_InteractiveLoopFlags()
In-Reply-To: <1497781984.85.0.996199395593.issue30696@psf.upfronthosting.co.za>
Message-ID: <1497794036.83.0.544677050355.issue30696@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30696>
_______________________________________

From report at bugs.python.org  Sun Jun 18 09:54:08 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 18 Jun 2017 13:54:08 +0000
Subject: [issue30697] segfault in PyErr_NormalizeException() after memory
 exhaustion
In-Reply-To: <1497792581.23.0.578886308028.issue30697@psf.upfronthosting.co.za>
Message-ID: <1497794048.99.0.603435102181.issue30697@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30697>
_______________________________________

From report at bugs.python.org  Sun Jun 18 10:43:25 2017
From: report at bugs.python.org (Larry Hastings)
Date: Sun, 18 Jun 2017 14:43:25 +0000
Subject: [issue29657] os.symlink: FileExistsError shows wrong message
In-Reply-To: <1488099144.41.0.738429373533.issue29657@psf.upfronthosting.co.za>
Message-ID: <1497797005.75.0.314329430866.issue29657@psf.upfronthosting.co.za>


Larry Hastings added the comment:

"Special cases aren't special enough to break the rules."  I want the error message to mirror the API, which it currently does.  If we swapped them, the error message would now contradict the API.  So no, I don't support swapping "src" and "dst" in the error message only when the error pertains to os.symlink.

If literally every time the two-filename version of OSError is used inside Python, the two filenames are "src" and "dst", then we could consider making it slightly more explicit, e.g.

    FileExistsError: [Errno 17] File exists: src='a', dst='a_link'

I think I'd want the source code to reflect this (e.g. thinking about "src" and "dst" rather than "filename" and "filename2").

Would OP et al consider this change to the error message an improvement, or is it not interesting?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29657>
_______________________________________

From report at bugs.python.org  Sun Jun 18 10:49:42 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 18 Jun 2017 14:49:42 +0000
Subject: [issue30697] segfault in PyErr_NormalizeException() after memory
 exhaustion
In-Reply-To: <1497792581.23.0.578886308028.issue30697@psf.upfronthosting.co.za>
Message-ID: <1497797382.86.0.706281512539.issue30697@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Problem b) is IMO a clear demonstration that using tstate->recursion_depth and the PyExc_RecursionErrorInst singleton is not the correct way to control the recursive calls to PyErr_NormalizeException() since the problem here is memory exhaustion, not recursion. One could instead abort with a Fatal Error message printing the type of the last exception, when the depth of the recursivity of PyErr_NormalizeException() exceeds let's say 128 (knowing that anyway the stack is protected in the functions that attempt to instantiate those exceptions). The normalization of an exception that fails with an exception whose normalization fails with an ... and this, 128 times in a row, surely this can be considered as a fatal error, no ?

PR 2035 eliminates the tail recursive call in PyErr_NormalizeException() and transforms it into a loop. This loop obviously does not involve the stack anymore. This is another argument that shows  that tstate->recursion_depth and the PyExc_RecursionErrorInst singleton which are related to the stack should not be used to control the recursivity of PyErr_NormalizeException() or the iterations of this loop.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30697>
_______________________________________

From report at bugs.python.org  Sun Jun 18 10:59:09 2017
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 18 Jun 2017 14:59:09 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497797949.82.0.968104015548.issue29755@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

I agree with everything @serhiy.storchaka said, including the questionable utility of the l* methods in Python 3. ;)

Thanks also for updating the documentation.  Reading the existing docs over now, it's shocking how imprecise "the translation is returned in the preferred system encoding" is.

I have some suggestion about the PR, so I'll comment over there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Sun Jun 18 12:37:22 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 16:37:22 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1497803842.53.0.496176679329.issue30695@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think the allocators must just return NULL, without setting the error.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Sun Jun 18 12:41:06 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 16:41:06 +0000
Subject: [issue30657] Unsafe arithmetic in PyString_DecodeEscape
In-Reply-To: <1497368129.36.0.20181989843.issue30657@psf.upfronthosting.co.za>
Message-ID: <1497804066.12.0.535974860624.issue30657@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset c3c9db89273fabc62ea1b48389d9a3000c1c03ae by Serhiy Storchaka (Jay Bosamiya) in branch '2.7':
[2.7] bpo-30657: Check & prevent integer overflow in PyString_DecodeEscape (#2174)
https://github.com/python/cpython/commit/c3c9db89273fabc62ea1b48389d9a3000c1c03ae


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30657>
_______________________________________

From report at bugs.python.org  Sun Jun 18 12:44:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 16:44:15 +0000
Subject: [issue30657] Unsafe arithmetic in PyString_DecodeEscape
In-Reply-To: <1497368129.36.0.20181989843.issue30657@psf.upfronthosting.co.za>
Message-ID: <1497804255.34.0.0299662837691.issue30657@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30657>
_______________________________________

From report at bugs.python.org  Sun Jun 18 12:45:32 2017
From: report at bugs.python.org (Alexandru Ardelean)
Date: Sun, 18 Jun 2017 16:45:32 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497804332.27.0.55837310621.issue30645@psf.upfronthosting.co.za>


Changes by Alexandru Ardelean <ardeleanalex at gmail.com>:


----------
pull_requests: +2318

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Sun Jun 18 12:47:14 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 16:47:14 +0000
Subject: [issue29616] input() after restarting causes bug
In-Reply-To: <1487719662.64.0.83331129178.issue29616@psf.upfronthosting.co.za>
Message-ID: <1497804434.01.0.816989210438.issue29616@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> works for me
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29616>
_______________________________________

From report at bugs.python.org  Sun Jun 18 13:00:17 2017
From: report at bugs.python.org (Alexandru Ardelean)
Date: Sun, 18 Jun 2017 17:00:17 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497805217.13.0.0432221246785.issue30645@psf.upfronthosting.co.za>


Alexandru Ardelean added the comment:

FWIW, I took a look over the virtualenv repo.
There's an issue raised there
https://github.com/pypa/virtualenv/issues/955

And a PR to address it 
https://github.com/pypa/virtualenv/pull/947

Though, it seems like they still want to keep `imp.load_package()` for a while, in order to keep compatibility with Python 2.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Sun Jun 18 13:03:39 2017
From: report at bugs.python.org (Alexandru Ardelean)
Date: Sun, 18 Jun 2017 17:03:39 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1497805419.75.0.255010372255.issue30645@psf.upfronthosting.co.za>


Alexandru Ardelean added the comment:

Admittedly, that PR refers to `imp.load_module()`
But, `imp.load_modules()` also calls `imp.load_package()`

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Sun Jun 18 13:21:59 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 17:21:59 +0000
Subject: [issue30693] tarfile add uses random order
In-Reply-To: <1497751410.94.0.779622739852.issue30693@psf.upfronthosting.co.za>
Message-ID: <1497806519.77.0.494594715182.issue30693@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The patch for similar issue with the glob module was rejected recently since it is easy to sort the result of glob.glob() (see issue30461). This issue looks similar, but there are differences. On one side, the command line tar utility doesn't have the option for sorting file names and seems don't sort them by default (I didn't checked). It is possible to use external sorting with the tarfile module as with the tar utility (generate the list of all files and directories, sort it, and pass every item to TarFile.add with the option recursive=False). But on other side, this is not so easy as for glob.glob(). And the overhead of the sorting is expected to be smaller than for glob.glob(). This may be considered as additional arguments for approving the patch.

If this approach will be approved, it should be applied also to the ZIP archives.

FYI the order of archived files can affect the compression ratio of the compressed tar archive. For example the 7-Zip archiver sorts files by extensions, this increases the chance that files of the same type (text, multimedia, spreadsheet, executables, etc) are grouped together and use the common dictionary for global compression. This isn't directly related to this issue, just a material for possible future enhancement.

----------
nosy: +lars.gustaebel, rhettinger, serhiy.storchaka
stage:  -> patch review
versions:  -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30693>
_______________________________________

From report at bugs.python.org  Sun Jun 18 13:49:58 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 17:49:58 +0000
Subject: [issue6171] IDLE - TreeWidget draw and double-click (Ubuntu)
In-Reply-To: <1243903612.81.0.195499978214.issue6171@psf.upfronthosting.co.za>
Message-ID: <1497808198.23.0.56057216965.issue6171@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

(In 3.6, TreeWidget.py became tree.py.)
Even though IDLE trees now appear to work correctly, including on Ubuntu, I am concerned about possible memory leaks, which are usually detected by repeatedly running a module's test file.  Test_tree does not leak now, but it does not do much. In particular, it does not expand and contract items and move selections.  TreeNode.draw has this note: "This leaks bindings until canvas is deleted", and I wonder if the same could be true in .drawtext.

Tree.py currently has these notes at the top:
# - keep track of object ids to allow more careful cleaning
# - optimize tree redraw after expand of subnode
Currently, self.text_id is saved, but not used.  Reusing canvas items should be more efficient.

I won't edit tree.py immediately, as I intend to try using ttk.Treeview as a replacement.  But we might instead update tree.py with ttk components.  In the meanwhile, I will leave this open.

----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6171>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:05:59 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:05:59 +0000
Subject: [issue12420] distutils tests fail if PATH is not defined
In-Reply-To: <1309177997.74.0.17903211546.issue12420@psf.upfronthosting.co.za>
Message-ID: <1497809159.1.0.436251191164.issue12420@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

test_distutils now passes on 3.6, so this is out-of-date for 3.x.

On installed 2.7.13 (released Dec 2016) 
ERROR: test_get_outputs (distutils.tests.test_build_ext.BuildExtTestCase)
FAIL: test_customize_compiler_before_get_config_vars (distutils.tests.test_sysconfig.SysconfigTestCase)
the error is ValueError: [u'path'] instead of ValueError: ['path'].

Nick suggested leaving 2.7 alone, I don't care about it either, and I believe Victor Stinner has worked on its tests since last December.

----------
assignee: merwok -> 
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed
versions:  -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12420>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:07:28 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:07:28 +0000
Subject: [issue13601] sys.stderr should be line-buffered when stderr is not a
 TTY
In-Reply-To: <1323868292.46.0.495967266587.issue13601@psf.upfronthosting.co.za>
Message-ID: <1497809248.53.0.254171076683.issue13601@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy:  -terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13601>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:09:05 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:09:05 +0000
Subject: [issue17773] test_pydoc fails with the installed testsuite (2.7)
In-Reply-To: <1366195138.79.0.33949510354.issue17773@psf.upfronthosting.co.za>
Message-ID: <1497809345.1.0.0698635851469.issue17773@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17773>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:11:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:11:40 +0000
Subject: [issue18967] Find a less conflict prone approach to Misc/NEWS
In-Reply-To: <1378605881.29.0.990351353386.issue18967@psf.upfronthosting.co.za>
Message-ID: <1497809500.55.0.961651284086.issue18967@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Has this been superseded by core_workflow issues?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18967>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:14:17 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:14:17 +0000
Subject: [issue19956] inspect.getsource(obj.foo) fails when foo is an injected
 method constructed from another method
In-Reply-To: <1386804440.21.0.0153040236788.issue19956@psf.upfronthosting.co.za>
Message-ID: <1497809657.66.0.800653579388.issue19956@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Any review of the revised patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19956>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:16:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:16:51 +0000
Subject: [issue20663] Introduce exception argument to iter
In-Reply-To: <1392659027.56.0.320916972318.issue20663@psf.upfronthosting.co.za>
Message-ID: <1497809811.65.0.608582344763.issue20663@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20663>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:23:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:23:13 +0000
Subject: [issue25303] Add option to py_compile to compile for syntax checking
 without writing bytecode
In-Reply-To: <1443833531.37.0.101836027368.issue25303@psf.upfronthosting.co.za>
Message-ID: <1497810193.11.0.414098458024.issue25303@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Closing, as suggested above.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25303>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:24:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:24:44 +0000
Subject: [issue25918] AssertionError in lib2to3 on 2.7.11 Windows
In-Reply-To: <1450692127.84.0.492153161721.issue25918@psf.upfronthosting.co.za>
Message-ID: <1497810284.87.0.357959540928.issue25918@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25918>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:28:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:28:18 +0000
Subject: [issue29366] os.listdir has inconsistent behavior when run on a
 non-directory
In-Reply-To: <1485312192.81.0.934042138535.issue29366@psf.upfronthosting.co.za>
Message-ID: <1497810498.39.0.809584031798.issue29366@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Eryk, does your last comment suggest that we close this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29366>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:31:54 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 18 Jun 2017 18:31:54 +0000
Subject: [issue30360] getpass.getpass() does not accept stdin from an Expect
 script
In-Reply-To: <1494734740.65.0.654665602133.issue30360@psf.upfronthosting.co.za>
Message-ID: <1497810714.38.0.292047320086.issue30360@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

As suggested, and with no further response, closing.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30360>
_______________________________________

From report at bugs.python.org  Sun Jun 18 14:58:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 18 Jun 2017 18:58:53 +0000
Subject: [issue29430] zipfile: invalid link
In-Reply-To: <1486113194.67.0.258347417914.issue29430@psf.upfronthosting.co.za>
Message-ID: <1497812333.91.0.392615592778.issue29430@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The link already is fixed.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29430>
_______________________________________

From report at bugs.python.org  Sun Jun 18 15:02:04 2017
From: report at bugs.python.org (Tim Peters)
Date: Sun, 18 Jun 2017 19:02:04 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497812524.44.0.477697496634.issue30671@psf.upfronthosting.co.za>


Tim Peters added the comment:

I don't see a reason to keep this open, but I haven't been able to follow the OP's line of argument.  My best _guess_ is that they're chasing illusions based on not understanding (or grossly undervaluing) that the primary point of the perturb logic is to incrementally fold in hash code bits that _didn't_ have any effect at all on the initial table index.  It's true that for a hash table with 2**p slots, the current scheme could be improved in several ways _if_ hash codes only had p bits.  To judge from the Python code they posted, they either (erroneously) assumed that was the case, or offhandedly dismissed the potential value of folding in hash code bits beyond the p'th most significant.

But, since I've been unable to follow the argument, I could be wrong about all that.  So if they don't clarify within a few days, I'll close this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Sun Jun 18 15:06:37 2017
From: report at bugs.python.org (Jack Cushman)
Date: Sun, 18 Jun 2017 19:06:37 +0000
Subject: [issue29739] zipfile raises wrong exception for some incorrect
 passwords
In-Reply-To: <1488833299.28.0.469862145344.issue29739@psf.upfronthosting.co.za>
Message-ID: <1497812797.26.0.705093435914.issue29739@psf.upfronthosting.co.za>


Jack Cushman added the comment:

Agreed that no one should be using zip encryption. :) I hit this issue working on an academic exercise. I'm fine with closing this. 

(I do think the exception types in zipfile set up a trap for the programmer here: Python throws a different exception type 1/256 of the time for the same error case, which is undocumented and hard to discover by trial and error. It's pretty unlikely that anyone would write a correct `try-except` block for zip decryption on their first few attempts, and someone who needs to catch bad passwords but not bad zip files will most likely ship broken code. But just catching RuntimeError and BadZipfile gets you pretty close, so I don't think it's a big deal.)

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29739>
_______________________________________

From report at bugs.python.org  Sun Jun 18 15:49:54 2017
From: report at bugs.python.org (Tim Golden)
Date: Sun, 18 Jun 2017 19:49:54 +0000
Subject: [issue8631] subprocess.Popen.communicate(...) hangs on Windows
In-Reply-To: <1273095906.37.0.582736332431.issue8631@psf.upfronthosting.co.za>
Message-ID: <1497815394.21.0.18505773682.issue8631@psf.upfronthosting.co.za>


Tim Golden added the comment:

I can't reproduce either on 2.7 or on 3.5 with any of the examples shown. Closing again as not-a-bug.

----------
resolution:  -> not a bug
status: open -> closed
versions:  -Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8631>
_______________________________________

From report at bugs.python.org  Sun Jun 18 15:54:43 2017
From: report at bugs.python.org (Tim Golden)
Date: Sun, 18 Jun 2017 19:54:43 +0000
Subject: [issue22028] Python 3.4.1 Installer ended prematurely (Windows msi)
In-Reply-To: <1405994666.12.0.143457311308.issue22028@psf.upfronthosting.co.za>
Message-ID: <1497815683.63.0.552673186688.issue22028@psf.upfronthosting.co.za>


Tim Golden added the comment:

[Housekeeping] Closing this as fixed. The mimetypes fix is in; the 3.4 installer is well out of support. If any other issues arise on current installers they should be raised as new issues.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22028>
_______________________________________

From report at bugs.python.org  Sun Jun 18 16:02:09 2017
From: report at bugs.python.org (=?utf-8?q?Johannes_L=C3=B6thberg?=)
Date: Sun, 18 Jun 2017 20:02:09 +0000
Subject: [issue27321] Email parser creates a message object that can't be
 flattened
In-Reply-To: <1465930372.53.0.0254623453508.issue27321@psf.upfronthosting.co.za>
Message-ID: <1497816129.42.0.547710622433.issue27321@psf.upfronthosting.co.za>


Johannes L?thberg added the comment:

Ping?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27321>
_______________________________________

From report at bugs.python.org  Mon Jun 12 08:53:02 2017
From: report at bugs.python.org (Richard S. Gordon)
Date: Mon, 12 Jun 2017 12:53:02 +0000
Subject: [issue30609] Python 3.6.1 fails to generate 256 colors on Cygwin
 based 64-bit Windows 10
In-Reply-To: <5FB899E3-945E-4B35-831E-804DF53714B8@comcast.net>
Message-ID: <F5182B24-3300-4EB8-AC9A-8940E5CF7B74@comcast.net>


Richard S. Gordon added the comment:

FYI: Here is an update to my subsequent bug report to the Cygwin project team. You might find my answers to their questions useful in the future.

> Begin forwarded message:
> 
> From: "Richard S. Gordon" <rigordo at comcast.net <mailto:rigordo at comcast.net>>
> Subject: Re: Python 3.6.1 fails to generate 256 colors, with xterm-256color, on Cygwin based 64-bit Windows 10.
> Date: June 12, 2017 at 3:21:22 AM EDT
> To: cygwin at cygwin.com <mailto:cygwin at cygwin.com>
> Cc: rigordo at comcast.net <mailto:rigordo at comcast.net>, Brian.Inglis at SystematicSw.ab.ca <mailto:Brian.Inglis at SystematicSw.ab.ca>
> Reply-To: "Richard S. Gordon" <rigordo at comcast.net <mailto:rigordo at comcast.net>>
> 
> Hello Cygwin & Brian Inglis,
> 
> I  have  not yet received the subject e-mail but did see a copy in the
> Cygwin  Archive.  I?ve  reproduced  it below to facilitate my reply. I
> used   a   different  mailer  to  generate  plain  text,  without  pdf
> attachment.
> 
> My HTML formatted email was rejected.
> 
> Re: Python 3.6.1 fails to generate 256 colors, with xterm-256color, on Cygwin based 64-bit Windows 10.
> 
> From: Brian Inglis <Brian dot Inglis at SystematicSw dot ab dot ca>
> To: cygwin at cygwin dot com
> Date: Sun, 11 Jun 2017 09:44:09 -0600
> Subject: Re: Python 3.6.1 fails to generate 256 colors, with xterm-256color, on Cygwin based 64-bit Windows 10.
> Authentication-results: sourceware.org <http://sourceware.org/>; auth=none
> References: <86DAFF59-6EA8-4288-9D7D-E3262988BD7C at comcast.net <mailto:86DAFF59-6EA8-4288-9D7D-E3262988BD7C at comcast.net>>
> Reply-to: Brian dot Inglis at SystematicSw dot ab dot ca
> *** IMPORTANT ***
> Each test application is a small part of a software repository which contains:
> 
> Development Sandboxes (not requiring installation and registration with a specific Python 2x or Python3x release).
> Site Packages (requiring installation and registration with a specific Python 2x or Python3x release).
> My toolkit uses the Python curses API to interrogate the built-in features. It overrides the built-in curses color palette only if curses allows the change.
> 
> In order to verify or troubleshoot my Python 3.6.1 failure, it is necessary to clone a copy of my toolkit repository on to your computer from its GitHub repository.
> The errors you got when you tried to run one of my failing test applications are the result of trying to run it without its associated built-in toolkit libraries.
> 
> You can place the repository copy into any convenient location on your system. If you work within one of its Developer Sandboxes, instead of installing
> any of its Site Packages, you will be able to delete the entire repository rather than those components which were installed and registered with individual
> Python 2x or Python 3x releases.
> 
> Each Developer Sandbox automatically finds and uses its associated libraries.
> On 2017-06-11 08:18, Richard S. Gordon wrote:
> See how to make decent Cygwin problem reports at the link below my sig.
> 
>> 3. Python 3.6.1 generates 256 colors (65536-color pairs), with 
>> xterm-256color, on Cygwin based 64-bit Windows 10. However, the 
>> generated colors appear to be corrupted by overloading text
>> attribute with specified foreground and background colors.
> Could you please give some examples of what you expect to see and why,
> and what you actually see?

> NOTES:
> On left is 32-bit Python 3.6.1 which supports only 16 colors (per limitation of 32-bit processor)
> On right is 64-bit Python 3.6.1 which supports 140 colors (per emulation of 68 WxPython + 72 extra); besides wrong colors, notice the spurious underlines.
> Sample 32-bit and 64-bit Python 3.6.1.pdf
> 
> Which Windows console are you running the test in: mintty, cmd, ??
> Cygwin?s MINTTY, typically configured for 80 columns x 43-50 rows.
> 
> What are the results when you run it in another console?
> None available
> 
> Are you running a Windows Insider or some developer build?
> No
> That recently had a keyboard problem that was fixed a few days later.
> 
>> 6. Cygwin Problem Reporter's Test Case: This Cygwin problem can be 
>> demonstrated by running the Problem Reporter's 
>> test_tsWxColorPalette.py in Python 3x (developer-sandbox) which can 
>> be found in https://github.com/rigordo959/tsWxGTUI_PyVx_Repository <https://github.com/rigordo959/tsWxGTUI_PyVx_Repository>
> Could you please provide a direct link to a Simple Test Case program,
> again with examples of what you expect to see and what you actually see?
> I had to dig to find where you hid your test program.
> See Important Notes at beginning of my reply.
> 
> If the program requires certain Cygwin python modules installed to run,
> please state which Cygwin packages need to be installed.
> The console, ncursesw, pty, or tty person trying to reproduce and
> diagnose your problem may not be a python guy.
> My Toolkit and its Test Applications use only Python 3.6.1 and its associated standard curses library.
> Plus which Windows console are you seeing the problems under?
> Not Applicable. Windows Console Applications are not used.
> 
> Steps to Reproduce your problem are required.
> Steps:
> TERM=xterm-256color
> cd /cygdrive/d/WR/tsWxGTUI_PyVx_Repository/SourceDistributions/Developer-Sandboxes/tsWxGTUI_PyVx/Python-3x-3.6.1/tsWxGTUI_Py3x-3.6.1
> python3 test_tsWxColorPalette.py
> Running your test under current Win10 x64, latest Cygwin, mintty,
> python3, and also on Debian, I get:
> 
> $ python3 Downloads/test_tsWxColorPalette.py
> test_tsWxColorPalette: ImportError (tsLibCLI); importCode=No module
> named 'tsLibCLI'
> test_tsWxColorPalette: ImportError (tsLibCLI); importCode=No module
> named 'tsExceptions'
> test_tsWxColorPalette: ImportError (tsLibGUI); importCode=No module
> named 'tsLibGUI'
> test_tsWxColorPalette: ImportError (tsLibGUI); importCode=No module
> named 'tsWx'
> Traceback (most recent call last):
>  File "Downloads/test_tsWxColorPalette.py", line 272, in <module>
>    StandardTerminalEmulators = wxThemeToUse['StandardTerminalEmulators']
> NameError: name 'wxThemeToUse' is not defined
> 
> As I stated above, the test application requires toolkit supplied libraries.
> Those Toolkit libraries use the Python standard curses API to emulate a character-mode compatible subset of the pixel-mode wxPython API.
>> 4. Cygwin problem reporter's test platform is a 27" iMAC (with 3.5 
>> GHz Intel Core i7, 16 GB 1600 MHz DDR3) running Mac OS 10.12.5
>> (Sierra). It uses the Parallels Desktop 12 for Mac (a hypervisor) to
>> run the following guest operating system:
> 
>> e. Windows (10 32-bit, 10 64-bit) (NOTE: previously ran 32-bit XP, 7 
>> and 8.1). Only Windows 10, with Cygwin, includes support for Python
>> 3.6.1 and support for xterm, xterm-16color and xterm-256olor.
> What is the ||s VM screen interface config and the console screen config?
> 
> Please append cygcheck -svr output as a text attachment to your post, so
> support folks can see what your environment is running.
> Cygwin Configuration Diagnostics
> Current System Time: Mon Jun 12 06:27:21 2017
> 
> Windows 10 Professional Ver 10.0 Build 15063 
> 
> Path:   D:\Cygwin64\usr\local\bin
>        D:\Cygwin64\bin
>        C:\Program Files (x86)\Parallels\Parallels Tools\Applications
>        C:\Python27
>        C:\Python27\Scripts
>        C:\Windows\System32
>        C:\Windows
>        C:\Windows\System32\wbem
>        C:\Windows\System32\WindowsPowerShell\v1.0
>        C:\PROGRA~1\CONDUS~1\DISKEE~1
>        C:\Program Files\Condusiv Technologies\Diskeeper\TCE
>        C:\Users\rsg\AppData\Roaming\Python\Scripts
>        C:\Users\rsg\AppData\Local\Microsoft\WindowsApps
>        D:\Cygwin64\lib\lapack
> 
> Output from D:\Cygwin64\bin\id.exe
> UID: 197608(rsg)
> GID: 197608(rsg)
> 197608(rsg)
> 401408(Medium Mandatory Level)
> 545(Users)
> 4(INTERACTIVE)
> 66049(CONSOLE LOGON)
> 11(Authenticated Users)
> 15(This Organization)
> 68414(MicrosoftAccount+rigordo at softwaregadgetry.onmicrosoft.com <mailto:MicrosoftAccount+rigordo at softwaregadgetry.onmicrosoft.com>)
> 113(Local account)
> 66048(LOCAL)
> 262180(Cloud Account Authentication)
> 
> SysDir: C:\WINDOWS\system32
> WinDir: C:\WINDOWS
> 
> USER = 'rsg'
> PWD = '/cygdrive/d/WR/tsWxGTUI_PyVx_Repository/SourceDistributions/Developer-Sandboxes/tsWxGTUI_PyVx/Python-3x-3.6.1/tsWxGTUI_Py3x-3.6.1'
> HOME = '/home/rsg'
> 
> USERDOMAIN = 'WIN10PRO64VM'
> OS = 'Windows_NT'
> COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
> PROCESSOR_LEVEL = '6'
> PSModulePath = 'C:\Program Files\WindowsPowerShell\Modules;C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules'
> CommonProgramW6432 = 'C:\Program Files\Common Files'
> CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
> LANG = 'en_US.UTF-8'
> TZ = 'America/New_York'
> HOSTNAME = 'WIN10PRO64VM'
> PUBLIC = 'C:\Users\Public'
> OLDPWD = '/home/rsg'
> USERNAME = 'rsg'
> LOGONSERVER = '\\WIN10PRO64VM'
> PROCESSOR_ARCHITECTURE = 'AMD64'
> LOCALAPPDATA = 'C:\Users\rsg\AppData\Local'
> COMPUTERNAME = 'WIN10PRO64VM'
> FPS_BROWSER_APP_PROFILE_STRING = 'Internet Explorer'
> !:: = '::\'
> SYSTEMDRIVE = 'C:'
> USERPROFILE = 'C:\Users\rsg'
> PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC;.py;.pyw'
> SYSTEMROOT = 'C:\WINDOWS'
> USERDOMAIN_ROAMINGPROFILE = 'WIN10PRO64VM'
> PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 60 Stepping 3, GenuineIntel'
> TMP = '/tmp'
> OneDrive = 'C:\Users\rsg\OneDrive'
> PROCESSOR_REVISION = '3c03'
> FPS_BROWSER_USER_PROFILE_STRING = 'Default'
> EMAIL = 'C:\Users\rsg\AppData\Roaming\The Bat!'
> PROFILEREAD = 'true'
> NUMBER_OF_PROCESSORS = '2'
> ProgramW6432 = 'C:\Program Files'
> COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
> APPDATA = 'C:\Users\rsg\AppData\Roaming'
> SHELL = '/bin/bash'
> TERM = 'xterm-256color'
> WINDIR = 'C:\WINDOWS'
> ProgramData = 'C:\ProgramData'
> SHLVL = '1'
> PRINTER = 'HP LaserJet P2015 Series (26A5C8)'
> PROGRAMFILES = 'C:\Program Files'
> ALLUSERSPROFILE = 'C:\ProgramData'
> TEMP = '/tmp'
> asl.log = 'Destination=file'
> SESSIONNAME = 'Console'
> ProgramFiles(x86) = 'C:\Program Files (x86)'
> PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
> HOMEDRIVE = 'C:'
> INFOPATH = '/usr/local/info:/usr/share/info:/usr/info'
> HOMEPATH = '\Users\rsg'
> ORIGINAL_PATH = '/cygdrive/c/Program Files (x86)/Parallels/Parallels Tools/Applications:/cygdrive/c/Python27:/cygdrive/c/Python27/Scripts:/cygdrive/c/Windows/System32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/PROGRA~1/CONDUS~1/DISKEE~1:/cygdrive/c/Program Files/Condusiv Technologies/Diskeeper/TCE:/cygdrive/c/Users/rsg/AppData/Roaming/Python/Scripts:/cygdrive/c/Users/rsg/AppData/Local/Microsoft/WindowsApps'
> EXECIGNORE = '*.dll'
> _ = '/usr/bin/cygcheck'
> 
> HKEY_CURRENT_USER\Software\Cygwin
> HKEY_CURRENT_USER\Software\Cygwin\Installations
>  (default) = '\??\D:\Cygwin64'
>  227963ece732cd3b = '\??\D:\Cygwin32'
>  0b2e0ad1875883ba = '\??\C:\Cygwin32'
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations
>  (default) = '\??\D:\Cygwin64'
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup
>  (default) = 'D:\Cygwin64'
> HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Cygwin
> HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Cygwin\Installations
>  (default) = '\??\D:\Cygwin32'
>  0b2e0ad1875883ba = '\??\C:\Cygwin32'
> HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Cygwin\setup
>  (default) = 'C:\Cygwin32'
> 
> obcaseinsensitive set to 1
> 
> Cygwin installations found in the registry:
>  System: Key: f76db13c759b51fa Path: D:\Cygwin64
>  User:   Key: f76db13c759b51fa Path: D:\Cygwin64
>  User:   Key: 227963ece732cd3b Path: D:\Cygwin32 (ORPHANED)
>  User:   Key: 0b2e0ad1875883ba Path: C:\Cygwin32
> 
> c:  hd  NTFS    523306Mb  10% CP CS UN PA FC     EN
> d:  hd  NTFS    524284Mb  18% CP CS UN PA FC     EN
> e:  cd             N/A    N/A                      
> f:  cd             N/A    N/A                      
> x:  net PrlSF  1907401Mb  93% CP CS                
> y:  net PrlSF    15047Mb  40% CP CS                
> z:  net PrlSF  2861260Mb  63% CP CS                
> 
> D:\Cygwin64      /          system  binary,auto
> D:\Cygwin64\bin  /usr/bin   system  binary,auto
> D:\Cygwin64\lib  /usr/lib   system  binary,auto
> cygdrive prefix  /cygdrive  user    binary,posix=0,auto
> 
> Found: D:\Cygwin64\bin\awk
> -> D:\Cygwin64\bin\gawk.exe
> Found: D:\Cygwin64\bin\bash.exe
> Found: D:\Cygwin64\bin\cat.exe
> Found: D:\Cygwin64\bin\cp.exe
> Found: D:\Cygwin64\bin\cpp.exe
> Not Found: crontab
> Found: D:\Cygwin64\bin\find.exe
> Found: C:\Windows\System32\find.exe
> Warning: D:\Cygwin64\bin\find.exe hides C:\Windows\System32\find.exe
> Found: D:\Cygwin64\bin\gcc.exe
> Not Found: gdb
> Found: D:\Cygwin64\bin\grep.exe
> Found: D:\Cygwin64\bin\kill.exe
> Found: D:\Cygwin64\bin\ld.exe
> Found: D:\Cygwin64\bin\ls.exe
> Found: D:\Cygwin64\bin\make.exe
> Found: D:\Cygwin64\bin\mv.exe
> Not Found: patch
> Found: D:\Cygwin64\bin\perl.exe
> Found: D:\Cygwin64\bin\rm.exe
> Found: D:\Cygwin64\bin\sed.exe
> Found: D:\Cygwin64\bin\ssh.exe
> Found: D:\Cygwin64\bin\sh.exe
> Found: D:\Cygwin64\bin\tar.exe
> Found: D:\Cygwin64\bin\test.exe
> Found: D:\Cygwin64\bin\vi.exe
> Not Found: vim
> 
>  154k 2015/05/23 D:\Cygwin64\bin\cygapr-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygapr-1-0.dll" v0.0 ts=2015-05-23 02:30
>  128k 2015/05/23 D:\Cygwin64\bin\cygaprutil-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygaprutil-1-0.dll" v0.0 ts=2015-05-23 03:31
>  621k 2017/05/03 D:\Cygwin64\bin\cygarchive-13.dll - os=4.0 img=0.0 sys=5.2
>                  "cygarchive-13.dll" v0.0 ts=2017-05-03 04:20
>   39k 2016/09/19 D:\Cygwin64\bin\cygargp-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygargp-0.dll" v0.0 ts=2016-09-19 02:13
>  116k 2017/03/05 D:\Cygwin64\bin\cygatk-1.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygatk-1.0-0.dll" v0.0 ts=2017-03-05 04:23
>   88k 2016/06/13 D:\Cygwin64\bin\cygatomic-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygatomic-1.dll" v0.0 ts=2016-06-13 17:14
>   16k 2013/03/26 D:\Cygwin64\bin\cygattr-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygattr-1.dll" v0.0 ts=2013-03-26 18:26
>  180k 2015/03/23 D:\Cygwin64\bin\cygblkid-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygblkid-1.dll" v0.0 ts=2015-03-23 09:46
>   64k 2017/02/22 D:\Cygwin64\bin\cygbz2-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygbz2-1.dll" v0.0 ts=2017-02-22 07:22
> 1078k 2017/03/06 D:\Cygwin64\bin\cygcairo-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcairo-2.dll" v0.0 ts=2017-03-06 06:15
>   27k 2017/03/06 D:\Cygwin64\bin\cygcairo-gobject-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcairo-gobject-2.dll" v0.0 ts=2017-03-06 06:16
>  119k 2017/03/06 D:\Cygwin64\bin\cygcairo-script-interpreter-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcairo-script-interpreter-2.dll" v0.0 ts=2017-03-06 06:16
>   10k 2015/02/20 D:\Cygwin64\bin\cygcharset-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcharset-1.dll" v0.0 ts=2015-02-20 17:07
>  117k 2013/05/05 D:\Cygwin64\bin\cygcloog-isl-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcloog-isl-4.dll" v0.0 ts=2013-05-05 16:41
>   13k 2015/03/19 D:\Cygwin64\bin\cygcom_err-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcom_err-2.dll" v0.0 ts=2015-03-19 02:44
>   26k 2017/05/09 D:\Cygwin64\bin\cygcord-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcord-1.dll" v0.0 ts=2017-05-09 14:41
>   10k 2016/06/09 D:\Cygwin64\bin\cygcrypt-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcrypt-0.dll" v0.0 ts=2016-06-09 16:02
> 2235k 2017/01/26 D:\Cygwin64\bin\cygcrypto-1.0.0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcrypto-1.0.0.dll" v0.0 ts=2017-01-26 20:10
>  481k 2017/05/12 D:\Cygwin64\bin\cygcurl-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cygcurl-4.dll" v0.0 ts=2017-05-12 06:19
>   24k 2014/11/12 D:\Cygwin64\bin\cygdatrie-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygdatrie-1.dll" v0.0 ts=2014-11-12 07:24
> 1549k 2016/08/22 D:\Cygwin64\bin\cygdb-5.3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygdb-5.3.dll" v0.0 ts=2016-08-22 09:51
>  267k 2017/04/28 D:\Cygwin64\bin\cygdbus-1-3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygdbus-1-3.dll" v0.0 ts=2017-04-28 17:51
>  124k 2016/08/22 D:\Cygwin64\bin\cygdb_cxx-5.3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygdb_cxx-5.3.dll" v0.0 ts=2016-08-22 09:52
>  570k 2016/08/22 D:\Cygwin64\bin\cygdb_sql-5.3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygdb_sql-5.3.dll" v0.0 ts=2016-08-22 09:52
>  154k 2013/10/20 D:\Cygwin64\bin\cygedit-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygedit-0.dll" v0.0 ts=2013-10-20 21:56
>  123k 2017/06/06 D:\Cygwin64\bin\cygEGL-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygEGL-1.dll" v0.0 ts=2017-06-06 06:35
>  145k 2016/06/21 D:\Cygwin64\bin\cygexpat-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygexpat-1.dll" v0.0 ts=2016-06-21 23:15
>   30k 2014/10/14 D:\Cygwin64\bin\cygfam-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygfam-0.dll" v0.0 ts=2014-10-14 21:33
>   27k 2015/11/17 D:\Cygwin64\bin\cygffi-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygffi-6.dll" v0.0 ts=2015-11-17 22:14
>  243k 2016/08/11 D:\Cygwin64\bin\cygfontconfig-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygfontconfig-1.dll" v0.0 ts=2016-08-11 02:54
>   26k 2016/01/29 D:\Cygwin64\bin\cygfontenc-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygfontenc-1.dll" v0.0 ts=2016-01-29 20:19
>   55k 2017/03/29 D:\Cygwin64\bin\cygformw-10.dll - os=4.0 img=0.0 sys=5.2
>                  "cygformw-10.dll" v0.0 ts=2017-03-29 23:26
>  597k 2016/07/28 D:\Cygwin64\bin\cygfreetype-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygfreetype-6.dll" v0.0 ts=2016-07-28 17:48
>  119k 2017/05/09 D:\Cygwin64\bin\cyggc-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggc-1.dll" v0.0 ts=2017-05-09 14:41
>    9k 2017/05/09 D:\Cygwin64\bin\cyggccpp-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggccpp-1.dll" v0.0 ts=2017-05-09 14:41
>   70k 2016/06/13 D:\Cygwin64\bin\cyggcc_s-seh-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggcc_s-seh-1.dll" v0.0 ts=2016-06-13 16:18
>   39k 2016/10/10 D:\Cygwin64\bin\cyggdbm-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggdbm-4.dll" v0.0 ts=2016-10-10 09:26
>   13k 2016/10/10 D:\Cygwin64\bin\cyggdbm_compat-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggdbm_compat-4.dll" v0.0 ts=2016-10-10 09:26
>  608k 2016/12/09 D:\Cygwin64\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggdk-x11-2.0-0.dll" v0.0 ts=2016-12-08 23:51
>  138k 2017/05/04 D:\Cygwin64\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2017-05-04 06:22
> 2552k 2017/03/17 D:\Cygwin64\bin\cyggeany-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggeany-0.dll" v0.0 ts=2017-03-17 06:59
>  187k 2016/11/08 D:\Cygwin64\bin\cygGeoIP-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygGeoIP-1.dll" v0.0 ts=2016-11-08 18:21
> 1158k 2016/06/13 D:\Cygwin64\bin\cyggfortran-3.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggfortran-3.dll" v0.0 ts=2016-06-13 17:41
> 1344k 2017/03/17 D:\Cygwin64\bin\cyggio-2.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggio-2.0-0.dll" v0.0 ts=2017-03-06 06:26
>  192k 2017/03/05 D:\Cygwin64\bin\cyggirepository-1.0-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggirepository-1.0-1.dll" v0.0 ts=2017-03-05 04:10
>  704k 2015/05/18 D:\Cygwin64\bin\cyggit2-22.dll - os=4.0 img=0.22 sys=5.2
>                  "cyggit2-22.dll" v0.0 ts=2015-05-18 02:26
>  736k 2016/10/14 D:\Cygwin64\bin\cyggit2-23.dll - os=4.0 img=0.23 sys=5.2
>                  "cyggit2-23.dll" v0.0 ts=2016-10-14 20:12
>  785k 2017/03/06 D:\Cygwin64\bin\cyggit2-24.dll - os=4.0 img=0.24 sys=5.2
>                  "cyggit2-24.dll" v0.0 ts=2017-03-06 21:24
>  263k 2017/03/14 D:\Cygwin64\bin\cyggit2-glib-1.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggit2-glib-1.0-0.dll" v0.0 ts=2017-03-14 22:27
>  456k 2017/06/06 D:\Cygwin64\bin\cygGL-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygGL-1.dll" v0.0 ts=2017-06-06 06:34
>  296k 2017/06/06 D:\Cygwin64\bin\cygglapi-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygglapi-0.dll" v0.0 ts=2017-06-06 06:09
>  975k 2017/03/17 D:\Cygwin64\bin\cygglib-2.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygglib-2.0-0.dll" v0.0 ts=2017-03-05 03:42
>   15k 2017/03/17 D:\Cygwin64\bin\cyggmodule-2.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggmodule-2.0-0.dll" v0.0 ts=2017-03-17 20:26
>  527k 2017/01/21 D:\Cygwin64\bin\cyggmp-10.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggmp-10.dll" v0.0 ts=2017-01-21 18:25
>  202k 2016/06/13 D:\Cygwin64\bin\cyggnarl-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggnarl-5.dll" v0.0 ts=2016-06-13 17:20
> 2855k 2016/06/13 D:\Cygwin64\bin\cyggnat-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggnat-5.dll" v0.0 ts=2016-06-13 17:19
>  284k 2017/03/17 D:\Cygwin64\bin\cyggobject-2.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggobject-2.0-0.dll" v0.0 ts=2017-03-05 03:42
>  105k 2016/06/13 D:\Cygwin64\bin\cyggomp-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggomp-1.dll" v0.0 ts=2016-06-13 16:22
>   10k 2016/06/13 D:\Cygwin64\bin\cyggomp-plugin-host_nonshm-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggomp-plugin-host_nonshm-1.dll" v0.0 ts=2016-06-13 16:23
>  176k 2016/10/30 D:\Cygwin64\bin\cyggraphite2-3.dll - os=4.0 img=3.0 sys=5.2
>                  "cyggraphite2-3.dll" v0.0 ts=2016-10-30 20:52
> 2016k 2015/11/02 D:\Cygwin64\bin\cyggsl-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggsl-0.dll" v0.0 ts=2015-11-02 07:12
>  253k 2015/11/02 D:\Cygwin64\bin\cyggslcblas-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggslcblas-0.dll" v0.0 ts=2015-11-02 07:08
>  258k 2016/09/26 D:\Cygwin64\bin\cyggssapi_krb5-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggssapi_krb5-2.dll" v0.0 ts=2016-09-26 06:55
>    9k 2017/03/17 D:\Cygwin64\bin\cyggthread-2.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggthread-2.0-0.dll" v0.0 ts=2017-03-05 03:42
> 3928k 2016/12/09 D:\Cygwin64\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyggtk-x11-2.0-0.dll" v0.0 ts=2016-12-09 00:02
>  732k 2017/04/01 D:\Cygwin64\bin\cygguile-17.dll - os=4.0 img=0.0 sys=5.2
>                  "cygguile-17.dll" v0.0 ts=2017-04-01 13:04
> 1311k 2017/04/01 D:\Cygwin64\bin\cygguile-2.0-22.dll - os=4.0 img=0.0 sys=5.2
>                  "cygguile-2.0-22.dll" v0.0 ts=2017-04-01 04:44
>  396k 2017/03/05 D:\Cygwin64\bin\cygharfbuzz-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygharfbuzz-0.dll" v0.0 ts=2017-03-05 04:22
>   33k 2017/02/13 D:\Cygwin64\bin\cyghistory7.dll - os=4.0 img=0.0 sys=5.2
>                  "cyghistory7.dll" v0.0 ts=2017-02-11 22:39
>   77k 2014/08/10 D:\Cygwin64\bin\cygICE-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygICE-6.dll" v0.0 ts=1970-01-01 00:00
> 1009k 2015/02/20 D:\Cygwin64\bin\cygiconv-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygiconv-2.dll" v0.0 ts=2015-02-20 17:07
> 24466k 2015/10/08 D:\Cygwin64\bin\cygicudata56.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicudata56.dll" v0.0 ts=2015-10-08 13:46
> 25076k 2016/04/08 D:\Cygwin64\bin\cygicudata57.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicudata57.dll" v0.0 ts=2016-04-08 20:07
> 25607k 2016/12/10 D:\Cygwin64\bin\cygicudata58.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicudata58.dll" v0.0 ts=2016-12-10 16:53
> 2093k 2015/10/08 D:\Cygwin64\bin\cygicui18n56.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicui18n56.dll" v0.0 ts=2015-10-08 13:42
> 2082k 2016/04/08 D:\Cygwin64\bin\cygicui18n57.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicui18n57.dll" v0.0 ts=2016-04-08 20:04
> 2091k 2016/12/10 D:\Cygwin64\bin\cygicui18n58.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicui18n58.dll" v0.0 ts=2016-12-10 16:52
>   44k 2015/10/08 D:\Cygwin64\bin\cygicuio56.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicuio56.dll" v0.0 ts=2015-10-08 13:44
>   44k 2016/04/08 D:\Cygwin64\bin\cygicuio57.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicuio57.dll" v0.0 ts=2016-04-08 20:05
>   44k 2016/12/10 D:\Cygwin64\bin\cygicuio58.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicuio58.dll" v0.0 ts=2016-12-10 16:52
>  306k 2015/10/08 D:\Cygwin64\bin\cygicule56.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicule56.dll" v0.0 ts=2015-10-08 13:44
>  298k 2016/04/08 D:\Cygwin64\bin\cygicule57.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicule57.dll" v0.0 ts=2016-04-08 20:05
>   38k 2015/10/08 D:\Cygwin64\bin\cygiculx56.dll - os=4.0 img=0.0 sys=5.2
>                  "cygiculx56.dll" v0.0 ts=2015-10-08 13:44
>   38k 2016/04/08 D:\Cygwin64\bin\cygiculx57.dll - os=4.0 img=0.0 sys=5.2
>                  "cygiculx57.dll" v0.0 ts=2016-04-08 20:05
> 1348k 2015/10/08 D:\Cygwin64\bin\cygicuuc56.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicuuc56.dll" v0.0 ts=2015-10-08 13:41
> 1400k 2016/04/08 D:\Cygwin64\bin\cygicuuc57.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicuuc57.dll" v0.0 ts=2016-04-08 20:03
> 1422k 2016/12/10 D:\Cygwin64\bin\cygicuuc58.dll - os=4.0 img=0.0 sys=5.2
>                  "cygicuuc58.dll" v0.0 ts=2016-12-10 16:51
>  197k 2017/05/02 D:\Cygwin64\bin\cygidn-11.dll - os=4.0 img=0.0 sys=5.2
>                  "cygidn-11.dll" v0.0 ts=2017-05-02 01:18
>  111k 2017/04/24 D:\Cygwin64\bin\cygidn2-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygidn2-0.dll" v0.0 ts=2017-04-24 05:20
>   42k 2016/10/23 D:\Cygwin64\bin\cygintl-8.dll - os=4.0 img=0.0 sys=5.2
>                  "cygintl-8.dll" v0.0 ts=2016-10-23 07:17
>  294k 2013/09/09 D:\Cygwin64\bin\cygiodbc-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygiodbc-2.dll" v0.0 ts=2013-09-09 16:36
>   66k 2013/09/09 D:\Cygwin64\bin\cygiodbcinst-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygiodbcinst-2.dll" v0.0 ts=2013-09-09 16:35
>  888k 2013/05/05 D:\Cygwin64\bin\cygisl-10.dll - os=4.0 img=0.0 sys=5.2
>                  "cygisl-10.dll" v0.0 ts=2013-05-05 16:36
> 1039k 2015/09/20 D:\Cygwin64\bin\cygisl-13.dll - os=4.0 img=0.0 sys=5.2
>                  "cygisl-13.dll" v0.0 ts=2015-09-20 12:39
>  284k 2017/01/03 D:\Cygwin64\bin\cygjasper-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygjasper-1.dll" v0.0 ts=2017-01-03 14:07
>  290k 2017/05/03 D:\Cygwin64\bin\cygjasper-4.dll - os=4.0 img=4.0 sys=5.2
>                  "cygjasper-4.dll" v0.0 ts=2017-05-03 23:26
> 3433k 2015/11/20 D:\Cygwin64\bin\cygjavascriptcoregtk-1.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygjavascriptcoregtk-1.0-0.dll" v0.0 ts=2015-11-20 06:12
> 3433k 2015/11/20 D:\Cygwin64\bin\cygjavascriptcoregtk-3.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygjavascriptcoregtk-3.0-0.dll" v0.0 ts=2015-11-20 11:59
>   48k 2014/06/17 D:\Cygwin64\bin\cygjbig-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygjbig-2.dll" v0.0 ts=1970-01-01 00:00
>   18k 2014/06/17 D:\Cygwin64\bin\cygjbig85-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygjbig85-2.dll" v0.0 ts=1970-01-01 00:00
>  403k 2016/08/07 D:\Cygwin64\bin\cygjpeg-8.dll - os=4.0 img=0.0 sys=5.2
>                  "cygjpeg-8.dll" v0.0 ts=2016-08-07 20:20
>  177k 2016/09/26 D:\Cygwin64\bin\cygk5crypto-3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygk5crypto-3.dll" v0.0 ts=2016-09-26 06:55
>  251k 2016/11/01 D:\Cygwin64\bin\cygKF5WindowSystem-5.dll - os=4.0 img=5.27 sys=5.2
>                  "cygKF5WindowSystem-5.dll" v0.0 ts=2016-11-01 23:39
>  722k 2016/09/26 D:\Cygwin64\bin\cygkrb5-3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygkrb5-3.dll" v0.0 ts=2016-09-26 06:55
>   35k 2016/09/26 D:\Cygwin64\bin\cygkrb5support-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygkrb5support-0.dll" v0.0 ts=2016-09-26 06:54
>   45k 2015/11/19 D:\Cygwin64\bin\cyglber-2-4-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglber-2-4-2.dll" v0.0 ts=2015-11-19 14:17
>  246k 2015/11/19 D:\Cygwin64\bin\cygldap-2-4-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygldap-2-4-2.dll" v0.0 ts=2015-11-19 14:18
>  262k 2015/11/19 D:\Cygwin64\bin\cygldap_r-2-4-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygldap_r-2-4-2.dll" v0.0 ts=2015-11-19 14:19
>  113k 2017/01/27 D:\Cygwin64\bin\cyglightcomp.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglightcomp.dll" v0.0 ts=2017-01-27 07:17
> 18282k 2016/03/30 D:\Cygwin64\bin\cygLLVM-3.5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygLLVM-3.5.dll" v0.0 ts=2016-03-30 03:42
> 26685k 2016/07/21 D:\Cygwin64\bin\cygLLVM-3.8.dll - os=4.0 img=0.0 sys=5.2
>                  "cygLLVM-3.8.dll" v0.0 ts=2016-07-21 04:07
> 29379k 2017/02/20 D:\Cygwin64\bin\cygLLVM-3.9.dll - os=4.0 img=0.0 sys=5.2
>                  "cygLLVM-3.9.dll" v0.0 ts=2017-02-20 16:42
>  337k 2016/02/11 D:\Cygwin64\bin\cygLLVMAArch64AsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAArch64AsmParser-3.7.dll" v0.0 ts=2016-02-10 21:53
>  379k 2016/02/11 D:\Cygwin64\bin\cygLLVMAArch64AsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAArch64AsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:52
> 1136k 2016/02/11 D:\Cygwin64\bin\cygLLVMAArch64CodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAArch64CodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  418k 2016/02/11 D:\Cygwin64\bin\cygLLVMAArch64Desc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAArch64Desc-3.7.dll" v0.0 ts=2016-02-10 21:53
>  123k 2016/02/11 D:\Cygwin64\bin\cygLLVMAArch64Disassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAArch64Disassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMAArch64Info-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAArch64Info-3.7.dll" v0.0 ts=2016-02-10 21:52
>   48k 2016/02/11 D:\Cygwin64\bin\cygLLVMAArch64Utils-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAArch64Utils-3.7.dll" v0.0 ts=2016-02-10 21:52
>  259k 2016/02/11 D:\Cygwin64\bin\cygLLVMAMDGPUAsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAMDGPUAsmParser-3.7.dll" v0.0 ts=2016-02-10 21:53
>  147k 2016/02/11 D:\Cygwin64\bin\cygLLVMAMDGPUAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAMDGPUAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:52
> 1054k 2016/02/11 D:\Cygwin64\bin\cygLLVMAMDGPUCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAMDGPUCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  804k 2016/02/11 D:\Cygwin64\bin\cygLLVMAMDGPUDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAMDGPUDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMAMDGPUInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAMDGPUInfo-3.7.dll" v0.0 ts=2016-02-10 21:52
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMAMDGPUUtils-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAMDGPUUtils-3.7.dll" v0.0 ts=2016-02-10 21:52
> 1659k 2016/02/11 D:\Cygwin64\bin\cygLLVMAnalysis-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAnalysis-3.7.dll" v0.0 ts=2016-02-10 21:53
>  438k 2016/02/11 D:\Cygwin64\bin\cygLLVMARMAsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMARMAsmParser-3.7.dll" v0.0 ts=2016-02-10 21:53
>  106k 2016/02/11 D:\Cygwin64\bin\cygLLVMARMAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMARMAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:52
> 1400k 2016/02/11 D:\Cygwin64\bin\cygLLVMARMCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMARMCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  668k 2016/02/11 D:\Cygwin64\bin\cygLLVMARMDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMARMDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>  205k 2016/02/11 D:\Cygwin64\bin\cygLLVMARMDisassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMARMDisassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>   10k 2016/02/11 D:\Cygwin64\bin\cygLLVMARMInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMARMInfo-3.7.dll" v0.0 ts=2016-02-10 21:52
>  250k 2016/02/11 D:\Cygwin64\bin\cygLLVMAsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAsmParser-3.7.dll" v0.0 ts=2016-02-10 21:53
>  443k 2016/02/11 D:\Cygwin64\bin\cygLLVMAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:55
>  190k 2016/02/11 D:\Cygwin64\bin\cygLLVMBitReader-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMBitReader-3.7.dll" v0.0 ts=2016-02-10 21:53
>  146k 2016/02/11 D:\Cygwin64\bin\cygLLVMBitWriter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMBitWriter-3.7.dll" v0.0 ts=2016-02-10 21:53
>   14k 2016/02/11 D:\Cygwin64\bin\cygLLVMBPFAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMBPFAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:52
>  122k 2016/02/11 D:\Cygwin64\bin\cygLLVMBPFCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMBPFCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>   29k 2016/02/11 D:\Cygwin64\bin\cygLLVMBPFDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMBPFDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMBPFInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMBPFInfo-3.7.dll" v0.0 ts=2016-02-10 21:52
> 2671k 2016/02/11 D:\Cygwin64\bin\cygLLVMCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:54
> 2019k 2016/02/11 D:\Cygwin64\bin\cygLLVMCore-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMCore-3.7.dll" v0.0 ts=2016-02-10 21:52
>  102k 2016/02/11 D:\Cygwin64\bin\cygLLVMCppBackendCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMCppBackendCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMCppBackendInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMCppBackendInfo-3.7.dll" v0.0 ts=2016-02-10 21:52
>  175k 2016/02/11 D:\Cygwin64\bin\cygLLVMDebugInfoDWARF-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMDebugInfoDWARF-3.7.dll" v0.0 ts=2016-02-10 21:53
>   95k 2016/02/11 D:\Cygwin64\bin\cygLLVMDebugInfoPDB-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMDebugInfoPDB-3.7.dll" v0.0 ts=2016-02-10 21:53
>  113k 2016/02/11 D:\Cygwin64\bin\cygLLVMExecutionEngine-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMExecutionEngine-3.7.dll" v0.0 ts=2016-02-10 21:53
>  765k 2016/02/11 D:\Cygwin64\bin\cygLLVMHexagonCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMHexagonCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  379k 2016/02/11 D:\Cygwin64\bin\cygLLVMHexagonDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMHexagonDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>   67k 2016/02/11 D:\Cygwin64\bin\cygLLVMHexagonDisassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMHexagonDisassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMHexagonInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMHexagonInfo-3.7.dll" v0.0 ts=2016-02-10 21:52
>  750k 2016/02/11 D:\Cygwin64\bin\cygLLVMInstCombine-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMInstCombine-3.7.dll" v0.0 ts=2016-02-10 21:53
>  388k 2016/02/11 D:\Cygwin64\bin\cygLLVMInstrumentation-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMInstrumentation-3.7.dll" v0.0 ts=2016-02-10 21:53
>  136k 2016/02/11 D:\Cygwin64\bin\cygLLVMInterpreter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMInterpreter-3.7.dll" v0.0 ts=2016-02-10 21:55
>  141k 2016/02/11 D:\Cygwin64\bin\cygLLVMipa-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMipa-3.7.dll" v0.0 ts=2016-02-10 21:53
>  405k 2016/02/11 D:\Cygwin64\bin\cygLLVMipo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMipo-3.7.dll" v0.0 ts=2016-02-10 21:54
>   18k 2016/02/11 D:\Cygwin64\bin\cygLLVMIRReader-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMIRReader-3.7.dll" v0.0 ts=2016-02-10 21:53
>   19k 2016/02/11 D:\Cygwin64\bin\cygLLVMLibDriver-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMLibDriver-3.7.dll" v0.0 ts=2016-02-10 21:53
>   16k 2016/02/11 D:\Cygwin64\bin\cygLLVMLineEditor-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMLineEditor-3.7.dll" v0.0 ts=2016-02-10 21:52
>   82k 2016/02/11 D:\Cygwin64\bin\cygLLVMLinker-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMLinker-3.7.dll" v0.0 ts=2016-02-10 21:53
>   62k 2016/02/11 D:\Cygwin64\bin\cygLLVMLTO-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMLTO-3.7.dll" v0.0 ts=2016-02-10 21:55
>  447k 2016/02/11 D:\Cygwin64\bin\cygLLVMMC-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMC-3.7.dll" v0.0 ts=2016-02-10 21:52
>   23k 2016/02/11 D:\Cygwin64\bin\cygLLVMMCDisassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMCDisassembler-3.7.dll" v0.0 ts=2016-02-10 21:52
>   39k 2016/02/11 D:\Cygwin64\bin\cygLLVMMCJIT-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMCJIT-3.7.dll" v0.0 ts=2016-02-10 21:53
>  171k 2016/02/11 D:\Cygwin64\bin\cygLLVMMCParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMCParser-3.7.dll" v0.0 ts=2016-02-10 21:52
>  157k 2016/02/11 D:\Cygwin64\bin\cygLLVMMipsAsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMipsAsmParser-3.7.dll" v0.0 ts=2016-02-10 21:53
>   49k 2016/02/11 D:\Cygwin64\bin\cygLLVMMipsAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMipsAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:52
>  909k 2016/02/11 D:\Cygwin64\bin\cygLLVMMipsCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMipsCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  334k 2016/02/11 D:\Cygwin64\bin\cygLLVMMipsDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMipsDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>   74k 2016/02/11 D:\Cygwin64\bin\cygLLVMMipsDisassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMipsDisassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>   10k 2016/02/11 D:\Cygwin64\bin\cygLLVMMipsInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMipsInfo-3.7.dll" v0.0 ts=2016-02-10 21:52
>   85k 2016/02/11 D:\Cygwin64\bin\cygLLVMMIRParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMIRParser-3.7.dll" v0.0 ts=2016-02-10 21:55
>   15k 2016/02/11 D:\Cygwin64\bin\cygLLVMMSP430AsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMSP430AsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:52
>  178k 2016/02/11 D:\Cygwin64\bin\cygLLVMMSP430CodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMSP430CodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>   31k 2016/02/11 D:\Cygwin64\bin\cygLLVMMSP430Desc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMSP430Desc-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMMSP430Info-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMMSP430Info-3.7.dll" v0.0 ts=2016-02-10 21:52
>   92k 2016/02/11 D:\Cygwin64\bin\cygLLVMNVPTXAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMNVPTXAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:52
>  596k 2016/02/11 D:\Cygwin64\bin\cygLLVMNVPTXCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMNVPTXCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  241k 2016/02/11 D:\Cygwin64\bin\cygLLVMNVPTXDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMNVPTXDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMNVPTXInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMNVPTXInfo-3.7.dll" v0.0 ts=2016-02-10 21:52
>  139k 2016/02/11 D:\Cygwin64\bin\cygLLVMObjCARCOpts-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMObjCARCOpts-3.7.dll" v0.0 ts=2016-02-10 21:53
>  412k 2016/02/11 D:\Cygwin64\bin\cygLLVMObject-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMObject-3.7.dll" v0.0 ts=2016-02-10 21:53
>   46k 2016/02/11 D:\Cygwin64\bin\cygLLVMOption-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMOption-3.7.dll" v0.0 ts=2016-02-10 21:52
>  106k 2016/02/11 D:\Cygwin64\bin\cygLLVMOrcJIT-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMOrcJIT-3.7.dll" v0.0 ts=2016-02-10 21:53
>  137k 2016/02/11 D:\Cygwin64\bin\cygLLVMPasses-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMPasses-3.7.dll" v0.0 ts=2016-02-10 21:54
>  105k 2016/02/11 D:\Cygwin64\bin\cygLLVMPowerPCAsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMPowerPCAsmParser-3.7.dll" v0.0 ts=2016-02-10 21:53
>   95k 2016/02/11 D:\Cygwin64\bin\cygLLVMPowerPCAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMPowerPCAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:53
> 1057k 2016/02/11 D:\Cygwin64\bin\cygLLVMPowerPCCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMPowerPCCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  283k 2016/02/11 D:\Cygwin64\bin\cygLLVMPowerPCDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMPowerPCDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>   60k 2016/02/11 D:\Cygwin64\bin\cygLLVMPowerPCDisassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMPowerPCDisassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>   10k 2016/02/11 D:\Cygwin64\bin\cygLLVMPowerPCInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMPowerPCInfo-3.7.dll" v0.0 ts=2016-02-10 21:53
>  153k 2016/02/11 D:\Cygwin64\bin\cygLLVMProfileData-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMProfileData-3.7.dll" v0.0 ts=2016-02-10 21:53
>  267k 2016/02/11 D:\Cygwin64\bin\cygLLVMRuntimeDyld-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMRuntimeDyld-3.7.dll" v0.0 ts=2016-02-10 21:53
> 1418k 2016/02/11 D:\Cygwin64\bin\cygLLVMScalarOpts-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMScalarOpts-3.7.dll" v0.0 ts=2016-02-10 21:54
> 2272k 2016/02/11 D:\Cygwin64\bin\cygLLVMSelectionDAG-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSelectionDAG-3.7.dll" v0.0 ts=2016-02-10 21:55
>   62k 2016/02/11 D:\Cygwin64\bin\cygLLVMSparcAsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSparcAsmParser-3.7.dll" v0.0 ts=2016-02-10 21:53
>   62k 2016/02/11 D:\Cygwin64\bin\cygLLVMSparcAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSparcAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:53
>  273k 2016/02/11 D:\Cygwin64\bin\cygLLVMSparcCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSparcCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  103k 2016/02/11 D:\Cygwin64\bin\cygLLVMSparcDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSparcDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>   25k 2016/02/11 D:\Cygwin64\bin\cygLLVMSparcDisassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSparcDisassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>   10k 2016/02/11 D:\Cygwin64\bin\cygLLVMSparcInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSparcInfo-3.7.dll" v0.0 ts=2016-02-10 21:53
>  725k 2016/02/11 D:\Cygwin64\bin\cygLLVMSupport-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSupport-3.7.dll" v0.0 ts=2016-02-10 21:52
>   66k 2016/02/11 D:\Cygwin64\bin\cygLLVMSystemZAsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSystemZAsmParser-3.7.dll" v0.0 ts=2016-02-10 21:53
>   32k 2016/02/11 D:\Cygwin64\bin\cygLLVMSystemZAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSystemZAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:53
>  533k 2016/02/11 D:\Cygwin64\bin\cygLLVMSystemZCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSystemZCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
>  170k 2016/02/11 D:\Cygwin64\bin\cygLLVMSystemZDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSystemZDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>   51k 2016/02/11 D:\Cygwin64\bin\cygLLVMSystemZDisassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSystemZDisassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMSystemZInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMSystemZInfo-3.7.dll" v0.0 ts=2016-02-10 21:53
>  233k 2016/02/11 D:\Cygwin64\bin\cygLLVMTableGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMTableGen-3.7.dll" v0.0 ts=2016-02-10 21:52
>   49k 2016/02/11 D:\Cygwin64\bin\cygLLVMTarget-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMTarget-3.7.dll" v0.0 ts=2016-02-10 21:53
>  794k 2016/02/11 D:\Cygwin64\bin\cygLLVMTransformUtils-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMTransformUtils-3.7.dll" v0.0 ts=2016-02-10 21:53
>  332k 2016/02/11 D:\Cygwin64\bin\cygLLVMVectorize-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMVectorize-3.7.dll" v0.0 ts=2016-02-10 21:53
>  584k 2016/02/11 D:\Cygwin64\bin\cygLLVMX86AsmParser-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMX86AsmParser-3.7.dll" v0.0 ts=2016-02-10 21:56
>  271k 2016/02/11 D:\Cygwin64\bin\cygLLVMX86AsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMX86AsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:53
> 2050k 2016/02/11 D:\Cygwin64\bin\cygLLVMX86CodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMX86CodeGen-3.7.dll" v0.0 ts=2016-02-10 21:55
> 1377k 2016/02/11 D:\Cygwin64\bin\cygLLVMX86Desc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMX86Desc-3.7.dll" v0.0 ts=2016-02-10 21:53
> 1408k 2016/02/11 D:\Cygwin64\bin\cygLLVMX86Disassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMX86Disassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMX86Info-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMX86Info-3.7.dll" v0.0 ts=2016-02-10 21:53
>   33k 2016/02/11 D:\Cygwin64\bin\cygLLVMX86Utils-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMX86Utils-3.7.dll" v0.0 ts=2016-02-10 21:53
>   17k 2016/02/11 D:\Cygwin64\bin\cygLLVMXCoreAsmPrinter-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMXCoreAsmPrinter-3.7.dll" v0.0 ts=2016-02-10 21:53
>  322k 2016/02/11 D:\Cygwin64\bin\cygLLVMXCoreCodeGen-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMXCoreCodeGen-3.7.dll" v0.0 ts=2016-02-10 21:56
>   40k 2016/02/11 D:\Cygwin64\bin\cygLLVMXCoreDesc-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMXCoreDesc-3.7.dll" v0.0 ts=2016-02-10 21:53
>   22k 2016/02/11 D:\Cygwin64\bin\cygLLVMXCoreDisassembler-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMXCoreDisassembler-3.7.dll" v0.0 ts=2016-02-10 21:53
>    9k 2016/02/11 D:\Cygwin64\bin\cygLLVMXCoreInfo-3.7.dll - os=4.0 img=3.7 sys=5.2
>                  "cygLLVMXCoreInfo-3.7.dll" v0.0 ts=2016-02-10 21:53
>    6k 2017/04/01 D:\Cygwin64\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglsa64.dll" v0.0 ts=2017-04-01 19:47
>   35k 2016/06/28 D:\Cygwin64\bin\cygltdl-7.dll - os=4.0 img=0.0 sys=5.2
>                  "cygltdl-7.dll" v0.0 ts=2016-06-28 18:41
>  146k 2015/08/23 D:\Cygwin64\bin\cyglua-5.1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglua-5.1.dll" v0.0 ts=2015-08-23 17:43
>  162k 2015/06/04 D:\Cygwin64\bin\cyglua-5.2.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglua-5.2.dll" v0.0 ts=2015-06-04 17:31
>  243k 2016/11/07 D:\Cygwin64\bin\cyglxqt-0.dll - os=4.0 img=0.11 sys=5.2
>                  "cyglxqt-0.dll" v0.0 ts=2016-11-07 16:07
>   41k 2015/10/26 D:\Cygwin64\bin\cyglz4-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglz4-1.dll" v0.0 ts=2015-10-26 18:55
>  139k 2017/05/10 D:\Cygwin64\bin\cyglzma-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglzma-5.dll" v0.0 ts=2017-05-10 01:17
>  126k 2014/11/17 D:\Cygwin64\bin\cyglzo2-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglzo2-2.dll" v0.0 ts=2014-11-17 11:24
>  121k 2017/05/03 D:\Cygwin64\bin\cygmagic-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygmagic-1.dll" v0.0 ts=2017-05-03 18:25
>  169k 2016/10/10 D:\Cygwin64\bin\cygman-2-7-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygman-2-7-5.dll" v0.0 ts=2016-10-10 22:07
>   22k 2016/10/10 D:\Cygwin64\bin\cygmandb-2-7-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygmandb-2-7-5.dll" v0.0 ts=2016-10-10 22:07
>   29k 2017/03/29 D:\Cygwin64\bin\cygmenuw-10.dll - os=4.0 img=0.0 sys=5.2
>                  "cygmenuw-10.dll" v0.0 ts=2017-03-29 23:26
>   89k 2015/03/01 D:\Cygwin64\bin\cygmpc-3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygmpc-3.dll" v0.0 ts=2015-03-01 20:24
>  346k 2017/04/08 D:\Cygwin64\bin\cygmpfr-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cygmpfr-4.dll" v0.0 ts=2017-04-08 12:19
> 3492k 2016/11/10 D:\Cygwin64\bin\cygmysqlclient-18.dll - os=4.0 img=18.0 sys=5.2
>                  "cygmysqlclient-18.dll" v0.0 ts=2016-11-10 08:59
>   53k 2017/03/29 D:\Cygwin64\bin\cygncurses++w-10.dll - os=4.0 img=0.0 sys=5.2
>                  "cygncurses++w-10.dll" v0.0 ts=2017-03-29 23:31
>  282k 2017/03/29 D:\Cygwin64\bin\cygncursesw-10.dll - os=4.0 img=0.0 sys=5.2
>                  "cygncursesw-10.dll" v0.0 ts=2017-03-29 23:25
>  131k 2014/11/14 D:\Cygwin64\bin\cygneon-27.dll - os=4.0 img=0.0 sys=5.2
>                  "cygneon-27.dll" v0.0 ts=2014-11-14 13:02
>  180k 2016/03/13 D:\Cygwin64\bin\cygnettle-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cygnettle-4.dll" v0.0 ts=2016-03-13 14:46
>  203k 2017/05/02 D:\Cygwin64\bin\cygnettle-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygnettle-6.dll" v0.0 ts=2017-05-02 04:18
>  137k 2017/03/13 D:\Cygwin64\bin\cygnghttp2-14.dll - os=4.0 img=0.0 sys=5.2
>                  "cygnghttp2-14.dll" v0.0 ts=2017-03-13 19:40
>   90k 2016/06/13 D:\Cygwin64\bin\cygobjc-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cygobjc-4.dll" v0.0 ts=2016-06-13 17:11
> 1003k 2017/04/28 D:\Cygwin64\bin\cygp11-kit-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygp11-kit-0.dll" v0.0 ts=2017-04-28 05:23
>   14k 2017/03/29 D:\Cygwin64\bin\cygpanelw-10.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpanelw-10.dll" v0.0 ts=2017-03-29 23:25
>  260k 2017/05/08 D:\Cygwin64\bin\cygpango-1.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpango-1.0-0.dll" v0.0 ts=2017-05-08 05:23
>   43k 2017/05/08 D:\Cygwin64\bin\cygpangocairo-1.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpangocairo-1.0-0.dll" v0.0 ts=2017-05-08 05:23
>   70k 2017/05/08 D:\Cygwin64\bin\cygpangoft2-1.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpangoft2-1.0-0.dll" v0.0 ts=2017-05-08 05:23
>   28k 2017/05/08 D:\Cygwin64\bin\cygpangoxft-1.0-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpangoxft-1.0-0.dll" v0.0 ts=2017-05-08 05:23
>  475k 2017/04/23 D:\Cygwin64\bin\cygpcre-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpcre-1.dll" v0.0 ts=2017-04-24 00:50
>  441k 2017/04/23 D:\Cygwin64\bin\cygpcre16-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpcre16-0.dll" v0.0 ts=2017-04-24 00:50
>  428k 2017/04/23 D:\Cygwin64\bin\cygpcre32-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpcre32-0.dll" v0.0 ts=2017-04-24 00:50
>   31k 2017/04/23 D:\Cygwin64\bin\cygpcrecpp-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpcrecpp-0.dll" v0.0 ts=2017-04-24 00:50
>   11k 2017/04/23 D:\Cygwin64\bin\cygpcreposix-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpcreposix-0.dll" v0.0 ts=2017-04-24 00:50
> 2020k 2017/01/15 D:\Cygwin64\bin\cygperl5_22.dll - os=4.0 img=0.0 sys=5.2
>                  "cygperl5_22.dll" v0.0 ts=2017-01-15 12:12
>   39k 2015/04/09 D:\Cygwin64\bin\cygpipeline-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpipeline-1.dll" v0.0 ts=2015-04-09 21:04
>  638k 2016/08/08 D:\Cygwin64\bin\cygpixman-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpixman-1-0.dll" v0.0 ts=2016-08-08 02:51
> 1159k 2016/04/19 D:\Cygwin64\bin\cygplot-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygplot-2.dll" v0.0 ts=2016-04-18 09:24
>  179k 2017/01/17 D:\Cygwin64\bin\cygpng16-16.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpng16-16.dll" v0.0 ts=2017-01-17 19:28
>   41k 2016/07/13 D:\Cygwin64\bin\cygpopt-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpopt-0.dll" v0.0 ts=2016-07-13 06:16
>  152k 2017/02/10 D:\Cygwin64\bin\cygpq-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpq-5.dll" v0.0 ts=2017-02-10 21:29
>  119k 2017/03/14 D:\Cygwin64\bin\cygproxy-1.dll - os=4.0 img=1.0 sys=5.2
>                  "cygproxy-1.dll" v0.0 ts=2017-03-14 16:49
>   52k 2017/01/17 D:\Cygwin64\bin\cygpsl-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygpsl-5.dll" v0.0 ts=2017-01-17 17:10
>   22k 2016/10/31 D:\Cygwin64\bin\cygQt5Concurrent-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5Concurrent-5.dll" v0.0 ts=2016-10-28 21:03
> 4046k 2016/10/31 D:\Cygwin64\bin\cygQt5Core-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5Core-5.dll" v0.0 ts=2016-10-28 21:02
>  486k 2016/10/31 D:\Cygwin64\bin\cygQt5DBus-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5DBus-5.dll" v0.0 ts=2016-10-28 21:05
> 4363k 2016/10/31 D:\Cygwin64\bin\cygQt5Gui-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5Gui-5.dll" v0.0 ts=2016-10-30 22:19
> 1300k 2016/10/31 D:\Cygwin64\bin\cygQt5Network-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5Network-5.dll" v0.0 ts=2016-10-28 21:43
>  287k 2016/10/31 D:\Cygwin64\bin\cygQt5OpenGL-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5OpenGL-5.dll" v0.0 ts=2016-10-28 22:13
>  335k 2016/10/31 D:\Cygwin64\bin\cygQt5PrintSupport-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5PrintSupport-5.dll" v0.0 ts=2016-10-28 22:12
>  151k 2016/10/31 D:\Cygwin64\bin\cygQt5Test-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5Test-5.dll" v0.0 ts=2016-10-28 22:12
> 5552k 2016/10/31 D:\Cygwin64\bin\cygQt5Widgets-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5Widgets-5.dll" v0.0 ts=2016-10-28 22:11
>   13k 2016/10/30 D:\Cygwin64\bin\cygQt5X11Extras-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5X11Extras-5.dll" v0.0 ts=2016-10-30 18:12
>  866k 2016/10/31 D:\Cygwin64\bin\cygQt5XcbQpa-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5XcbQpa-5.dll" v0.0 ts=2016-10-28 22:42
>  229k 2016/11/07 D:\Cygwin64\bin\cygQt5Xdg-2.dll - os=4.0 img=2.0 sys=5.2
>                  "cygQt5Xdg-2.dll" v0.0 ts=2016-11-07 00:19
>   50k 2016/11/07 D:\Cygwin64\bin\cygQt5XdgIconLoader-2.dll - os=4.0 img=2.0 sys=5.2
>                  "cygQt5XdgIconLoader-2.dll" v0.0 ts=2016-11-07 00:19
>  190k 2016/10/31 D:\Cygwin64\bin\cygQt5Xml-5.dll - os=4.0 img=0.0 sys=5.2
>                  "cygQt5Xml-5.dll" v0.0 ts=2016-10-28 21:03
>  308k 2016/06/13 D:\Cygwin64\bin\cygquadmath-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygquadmath-0.dll" v0.0 ts=2016-06-13 17:17
>  219k 2017/02/13 D:\Cygwin64\bin\cygreadline7.dll - os=4.0 img=0.0 sys=5.2
>                  "cygreadline7.dll" v0.0 ts=2017-02-11 22:39
> 2293k 2017/03/19 D:\Cygwin64\bin\cygruby230.dll - os=4.0 img=0.0 sys=5.2
>                  "cygruby230.dll" v2.3 ts=2017-03-19 18:03
>   96k 2017/04/16 D:\Cygwin64\bin\cygsasl2-3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsasl2-3.dll" v0.0 ts=2017-04-16 19:15
>   85k 2016/12/10 D:\Cygwin64\bin\cygserf-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygserf-1-0.dll" v0.0 ts=2016-12-10 21:55
>   11k 2015/07/17 D:\Cygwin64\bin\cygsigsegv-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsigsegv-2.dll" v0.0 ts=2015-07-17 22:35
>   28k 2014/01/14 D:\Cygwin64\bin\cygSM-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygSM-6.dll" v0.0 ts=2014-01-14 23:23
>   89k 2015/03/23 D:\Cygwin64\bin\cygsmartcols-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsmartcols-1.dll" v0.0 ts=2015-03-23 09:46
>  973k 2017/04/19 D:\Cygwin64\bin\cygsqlite3-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsqlite3-0.dll" v0.0 ts=2017-04-19 17:46
>  397k 2016/03/02 D:\Cygwin64\bin\cygssh-4.dll - os=4.0 img=4.4 sys=5.2
>                  "cygssh-4.dll" v0.0 ts=2016-03-02 18:40
>  156k 2016/03/02 D:\Cygwin64\bin\cygssh2-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygssh2-1.dll" v0.0 ts=2016-03-02 18:03
>    9k 2016/03/02 D:\Cygwin64\bin\cygssh_threads-4.dll - os=4.0 img=4.4 sys=5.2
>                  "cygssh_threads-4.dll" v0.0 ts=2016-03-02 18:40
>  399k 2017/01/26 D:\Cygwin64\bin\cygssl-1.0.0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygssl-1.0.0.dll" v0.0 ts=2017-01-26 20:10
>   12k 2016/06/13 D:\Cygwin64\bin\cygssp-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygssp-0.dll" v0.0 ts=2016-06-13 17:10
> 1325k 2016/06/13 D:\Cygwin64\bin\cygstdc++-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygstdc++-6.dll" v0.0 ts=2016-06-13 16:38
>  386k 2017/04/20 D:\Cygwin64\bin\cygsvn_client-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_client-1-0.dll" v0.0 ts=2017-04-20 18:34
>   61k 2017/04/20 D:\Cygwin64\bin\cygsvn_delta-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_delta-1-0.dll" v0.0 ts=2017-04-20 18:30
>   75k 2017/04/20 D:\Cygwin64\bin\cygsvn_diff-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_diff-1-0.dll" v0.0 ts=2017-04-20 18:30
>   36k 2017/04/20 D:\Cygwin64\bin\cygsvn_fs-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_fs-1-0.dll" v0.0 ts=2017-04-20 18:31
>  154k 2017/04/20 D:\Cygwin64\bin\cygsvn_fs_base-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_fs_base-1-0.dll" v0.0 ts=2017-04-20 18:30
>  261k 2017/04/20 D:\Cygwin64\bin\cygsvn_fs_fs-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_fs_fs-1-0.dll" v0.0 ts=2017-04-20 18:30
>   12k 2017/04/20 D:\Cygwin64\bin\cygsvn_fs_util-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_fs_util-1-0.dll" v0.0 ts=2017-04-20 18:30
>  271k 2017/04/20 D:\Cygwin64\bin\cygsvn_fs_x-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_fs_x-1-0.dll" v0.0 ts=2017-04-20 18:30
>   44k 2017/04/20 D:\Cygwin64\bin\cygsvn_ra-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_ra-1-0.dll" v0.0 ts=2017-04-20 18:33
>   31k 2017/04/20 D:\Cygwin64\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_ra_local-1-0.dll" v0.0 ts=2017-04-20 18:32
>  168k 2017/04/20 D:\Cygwin64\bin\cygsvn_ra_serf-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_ra_serf-1-0.dll" v0.0 ts=2017-04-20 18:30
>   99k 2017/04/20 D:\Cygwin64\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_ra_svn-1-0.dll" v0.0 ts=2017-04-20 18:30
>  191k 2017/04/20 D:\Cygwin64\bin\cygsvn_repos-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_repos-1-0.dll" v0.0 ts=2017-04-20 18:31
>  943k 2017/04/20 D:\Cygwin64\bin\cygsvn_subr-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_subr-1-0.dll" v0.0 ts=2017-04-20 18:29
>   40k 2017/04/20 D:\Cygwin64\bin\cygsvn_swig_perl-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_swig_perl-1-0.dll" v0.0 ts=2017-04-20 18:38
>  647k 2017/04/20 D:\Cygwin64\bin\cygsvn_wc-1-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygsvn_wc-1-0.dll" v0.0 ts=2017-04-20 18:30
>   66k 2017/05/29 D:\Cygwin64\bin\cygtasn1-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygtasn1-6.dll" v0.0 ts=2017-05-29 23:32
>   34k 2017/03/05 D:\Cygwin64\bin\cygthai-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygthai-0.dll" v0.0 ts=2017-03-05 04:36
>   53k 2017/03/29 D:\Cygwin64\bin\cygticw-10.dll - os=4.0 img=0.0 sys=5.2
>                  "cygticw-10.dll" v0.0 ts=2017-03-29 23:25
>  420k 2015/10/28 D:\Cygwin64\bin\cygtiff-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygtiff-6.dll" v0.0 ts=2015-10-28 21:37
>   11k 2015/10/28 D:\Cygwin64\bin\cygtiffxx-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygtiffxx-6.dll" v0.0 ts=2015-10-28 21:37
>  218k 2016/05/10 D:\Cygwin64\bin\cygtxc_dxtn.dll - os=4.0 img=0.0 sys=5.2
>                  "cygtxc_dxtn.dll" v0.0 ts=2016-05-10 06:31
> 1538k 2015/10/16 D:\Cygwin64\bin\cygunistring-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygunistring-2.dll" v0.0 ts=2015-10-16 21:40
>   15k 2015/03/23 D:\Cygwin64\bin\cyguuid-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cyguuid-1.dll" v0.0 ts=2015-03-23 09:46
>  578k 2015/08/04 D:\Cygwin64\bin\cygvte-9.dll - os=4.0 img=0.0 sys=5.2
>                  "cygvte-9.dll" v0.0 ts=2015-08-03 22:16
>    8k 2016/06/13 D:\Cygwin64\bin\cygvtv-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygvtv-0.dll" v0.0 ts=2016-06-13 17:12
>    8k 2016/06/13 D:\Cygwin64\bin\cygvtv_stubs-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygvtv_stubs-0.dll" v0.0 ts=2016-06-13 17:12
> 1128k 2016/10/09 D:\Cygwin64\bin\cygX11-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygX11-6.dll" v0.0 ts=2016-10-09 17:45
>    9k 2016/10/09 D:\Cygwin64\bin\cygX11-xcb-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygX11-xcb-1.dll" v0.0 ts=2016-10-09 17:45
>   12k 2013/06/06 D:\Cygwin64\bin\cygXau-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXau-6.dll" v0.0 ts=2013-06-06 06:23
>  375k 2016/01/29 D:\Cygwin64\bin\cygXaw-7.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXaw-7.dll" v0.0 ts=2016-01-29 20:32
>  121k 2016/08/09 D:\Cygwin64\bin\cygxcb-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-1.dll" v0.0 ts=2016-08-09 21:45
>   76k 2016/08/09 D:\Cygwin64\bin\cygxcb-glx-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-glx-0.dll" v0.0 ts=2016-08-09 21:45
>   17k 2014/08/10 D:\Cygwin64\bin\cygxcb-icccm-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-icccm-4.dll" v0.0 ts=1970-01-01 00:00
>   16k 2013/03/17 D:\Cygwin64\bin\cygxcb-image-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-image-0.dll" v0.0 ts=2013-03-17 22:42
>   11k 2013/08/01 D:\Cygwin64\bin\cygxcb-keysyms-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-keysyms-1.dll" v0.0 ts=2013-08-01 08:15
>   46k 2016/08/09 D:\Cygwin64\bin\cygxcb-randr-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-randr-0.dll" v0.0 ts=2016-08-09 21:45
>   41k 2016/08/09 D:\Cygwin64\bin\cygxcb-render-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-render-0.dll" v0.0 ts=2016-08-09 21:45
>   14k 2014/08/10 D:\Cygwin64\bin\cygxcb-render-util-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-render-util-0.dll" v0.0 ts=1970-01-01 00:00
>   13k 2016/08/09 D:\Cygwin64\bin\cygxcb-shape-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-shape-0.dll" v0.0 ts=2016-08-09 21:45
>   12k 2016/08/09 D:\Cygwin64\bin\cygxcb-shm-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-shm-0.dll" v0.0 ts=2016-08-09 21:45
>   21k 2016/08/09 D:\Cygwin64\bin\cygxcb-sync-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-sync-1.dll" v0.0 ts=2016-08-09 21:45
>   17k 2013/03/17 D:\Cygwin64\bin\cygxcb-util-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-util-1.dll" v0.0 ts=2013-03-17 22:33
>   25k 2016/08/09 D:\Cygwin64\bin\cygxcb-xfixes-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-xfixes-0.dll" v0.0 ts=2016-08-09 21:45
>   11k 2016/08/09 D:\Cygwin64\bin\cygxcb-xinerama-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-xinerama-0.dll" v0.0 ts=2016-08-09 21:45
>   88k 2016/08/09 D:\Cygwin64\bin\cygxcb-xkb-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxcb-xkb-1.dll" v0.0 ts=2016-08-09 21:45
>   11k 2013/03/18 D:\Cygwin64\bin\cygXcomposite-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXcomposite-1.dll" v0.0 ts=2013-03-18 23:05
>   34k 2013/06/06 D:\Cygwin64\bin\cygXcursor-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXcursor-1.dll" v0.0 ts=2013-06-06 21:15
>   10k 2013/04/08 D:\Cygwin64\bin\cygXdamage-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXdamage-1.dll" v0.0 ts=2013-04-08 22:24
>   21k 2015/03/26 D:\Cygwin64\bin\cygXdmcp-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXdmcp-6.dll" v0.0 ts=2015-03-26 15:38
>   56k 2014/08/10 D:\Cygwin64\bin\cygXext-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXext-6.dll" v0.0 ts=1970-01-01 00:00
>   20k 2016/10/09 D:\Cygwin64\bin\cygXfixes-3.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXfixes-3.dll" v0.0 ts=2016-10-09 18:37
>   73k 2014/08/10 D:\Cygwin64\bin\cygXft-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXft-2.dll" v0.0 ts=1970-01-01 00:00
>   58k 2016/10/26 D:\Cygwin64\bin\cygXi-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXi-6.dll" v0.0 ts=2016-10-26 02:38
>   10k 2013/06/06 D:\Cygwin64\bin\cygXinerama-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXinerama-1.dll" v0.0 ts=2013-06-06 21:33
>  234k 2016/11/07 D:\Cygwin64\bin\cygxkbcommon-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxkbcommon-0.dll" v0.0 ts=2016-11-07 02:53
>   27k 2016/11/07 D:\Cygwin64\bin\cygxkbcommon-x11-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxkbcommon-x11-0.dll" v0.0 ts=2016-11-07 02:53
> 1214k 2017/03/13 D:\Cygwin64\bin\cygxml2-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygxml2-2.dll" v0.0 ts=2017-03-13 17:01
>   85k 2014/01/15 D:\Cygwin64\bin\cygXmu-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXmu-6.dll" v0.0 ts=2014-01-15 02:27
>   61k 2017/01/18 D:\Cygwin64\bin\cygXpm-4.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXpm-4.dll" v0.0 ts=2017-01-18 17:27
>   36k 2016/10/09 D:\Cygwin64\bin\cygXrandr-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXrandr-2.dll" v0.0 ts=2016-10-09 18:45
>   36k 2016/01/29 D:\Cygwin64\bin\cygXrender-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXrender-1.dll" v0.0 ts=2016-01-29 20:24
>   12k 2013/03/14 D:\Cygwin64\bin\cygXss-1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXss-1.dll" v0.0 ts=2013-03-14 04:07
>  326k 2016/01/29 D:\Cygwin64\bin\cygXt-6.dll - os=4.0 img=0.0 sys=5.2
>                  "cygXt-6.dll" v0.0 ts=2016-01-29 20:26
>  121k 2014/12/08 D:\Cygwin64\bin\cygyaml-0-2.dll - os=4.0 img=0.0 sys=5.2
>                  "cygyaml-0-2.dll" v0.0 ts=2014-12-08 18:19
>   83k 2017/03/03 D:\Cygwin64\bin\cygz.dll - os=4.0 img=0.0 sys=5.2
>                  "cygz.dll" v0.0 ts=2017-03-03 21:42
> 3238k 2017/04/01 D:\Cygwin64\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2
>                  "cygwin1.dll" v0.0 ts=2017-04-01 19:47
>    Cygwin DLL version info:
>        DLL version: 2.8.0
>        DLL epoch: 19
>        DLL old termios: 5
>        DLL malloc env: 28
>        Cygwin conv: 181
>        API major: 0
>        API minor: 309
>        Shared data: 5
>        DLL identifier: cygwin1
>        Mount registry: 3
>        Cygwin registry name: Cygwin
>        Installations name: Installations
>        Cygdrive default prefix: 
>        Build date: 
>        Shared id: cygwin1S5
> 
>  451k 2017/01/10 D:\Cygwin64\lib\lapack\cygblas-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cygblas-0.dll" v0.0 ts=2017-01-10 21:55
> 6771k 2017/01/10 D:\Cygwin64\lib\lapack\cyglapack-0.dll - os=4.0 img=0.0 sys=5.2
>                  "cyglapack-0.dll" v0.0 ts=2017-01-10 21:55
> 
> No Cygwin services found.
> 
> 
> Cygwin Package Information
> Last downloaded files to: d:\Cygwin64
> Last downloaded files from: http://cygwin.mirror.constant.com/ <http://cygwin.mirror.constant.com/>
> 
> Package                                 Version                       Status
> _autorebase                             001005-1                      OK
> Empty package _update-info-dir
> _update-info-dir                        03000-1                       OK
> adwaita-icon-theme                      3.22.0-1                      OK
> algol68g                                2.7-0                         OK
> alternatives                            1.3.30c-10                    OK
> autoconf                                13-1                          OK
> autoconf2.1                             2.13-12                       OK
> autoconf2.5                             2.69-3                        OK
> automake                                9-1                           OK
> automake1.10                            1.10.3-2                      OK
> automake1.11                            1.11.6-2                      OK
> automake1.12                            1.12.6-2                      OK
> automake1.13                            1.13.4-1                      OK
> automake1.14                            1.14.1-2                      OK
> automake1.15                            1.15-1                        OK
> automake1.4                             1.4p6-11                      OK
> automake1.5                             1.5-11                        OK
> automake1.6                             1.6.3-12                      OK
> automake1.7                             1.7.9-11                      OK
> automake1.8                             1.8.5-11                      OK
> automake1.9                             1.9.6-11                      OK
> autossh                                 1.4e-1                        OK
> base-cygwin                             3.8-1                         OK
> base-files                              4.2-4                         OK
> bash                                    4.4.12-3                      OK
> bash-completion                         2.4-1                         OK
> binutils                                2.25-4                        OK
> bzip2                                   1.0.6-3                       OK
> ca-certificates                         2.14-1                        OK
> cmake                                   3.6.2-1                       OK
> cmake-debuginfo                         3.6.2-1                       OK
> cmake-doc                               3.6.2-1                       OK
> cmake-gui                               3.6.2-1                       OK
> colorgcc                                1.3.2-2                       OK
> coreutils                               8.26-2                        OK
> crypt                                   1.4-1                         OK
> csih                                    0.9.9-1                       OK
> cvs                                     1.11.23-2                     OK
> cvsps                                   2.2b1-2                       OK
> cygrunsrv                               1.62-1                        OK
> cygutils                                1.4.15-2                      OK
> cygwin                                  2.8.0-1                       OK
> cygwin-debuginfo                        2.8.0-1                       OK
> cygwin-devel                            2.8.0-1                       OK
> cygwin32                                2.6.0-1                       OK
> cygwin32-binutils                       2.25-1                        OK
> cygwin32-default-manifest               6.4-1                         OK
> cygwin32-gcc-ada                        5.4.0-1                       OK
> cygwin32-gcc-core                       5.4.0-1                       OK
> cygwin32-gcc-debuginfo                  5.4.0-1                       OK
> cygwin32-gcc-fortran                    5.4.0-1                       OK
> cygwin32-gcc-g++                        5.4.0-1                       OK
> cygwin32-gcc-objc                       5.4.0-1                       OK
> cygwin32-gcc-objc++                     5.4.0-1                       OK
> cygwin32-w32api-headers                 4.0.4-1                       OK
> cygwin32-w32api-runtime                 4.0.4-1                       OK
> dash                                    0.5.9.1-1                     OK
> dejavu-fonts                            2.37-1                        OK
> desktop-file-utils                      0.23-1                        OK
> diffutils                               3.5-2                         OK
> dri-drivers                             17.1.2-1                      OK
> editrights                              1.03-1                        OK
> emacs-cmake                             3.6.2-1                       OK
> extra-cmake-modules                     5.27.0-1                      OK
> file                                    5.30-1                        OK
> findutils                               4.6.0-1                       OK
> Empty package font-adobe-dpi75
> font-adobe-dpi75                        7.5-3                         OK
> Empty package font-encodings
> font-encodings                          7.5-3                         OK
> fontconfig                              2.12.1-1                      OK
> gamin                                   0.1.10-15                     OK
> gawk                                    4.1.4-3                       OK
> gcc-ada                                 5.4.0-1                       OK
> gcc-core                                5.4.0-1                       OK
> gcc-debuginfo                           5.4.0-1                       OK
> gcc-fortran                             5.4.0-1                       OK
> gcc-g++                                 5.4.0-1                       OK
> gcc-objc                                5.4.0-1                       OK
> gcc-objc++                              5.4.0-1                       OK
> gcc-tools-epoch1-autoconf               2.59-2                        OK
> gcc-tools-epoch1-automake               1.9.6-2                       OK
> gcc-tools-epoch2-autoconf               2.64-2                        OK
> gcc-tools-epoch2-automake               1.11.6-1                      OK
> gccmakedep                              1.0.3-1                       OK
> geany                                   1.30-1                        OK
> geany-plugins-common                    1.30-1                        OK
> geany-plugins-treebrowser               1.30-1                        OK
> GeoIP-database                          20170121-1                    OK
> getent                                  2.18.90-4                     OK
> girepository-Ggit1.0                    0.24.4-1                      OK
> girepository-GIRepository2.0            1.50.0-1                      OK
> girepository-GLib2.0                    1.50.0-1                      OK
> git                                     2.12.3-1                      OK
> Empty package git-completion
> git-completion                          2.12.3-1                      OK
> git-cvs                                 2.12.3-1                      OK
> git-debuginfo                           2.12.3-1                      OK
> git-email                               2.12.3-1                      OK
> git-gui                                 2.12.3-1                      OK
> git-oodiff                              20100213-1                    OK
> git-review                              1.25.0-1                      OK
> git-svn                                 2.12.3-1                      OK
> gitk                                    2.12.3-1                      OK
> gitweb                                  2.12.3-1                      OK
> grep                                    3.0-2                         OK
> groff                                   1.22.3-1                      OK
> gsettings-desktop-schemas               3.22.0-1                      OK
> gtk-update-icon-cache                   3.22.12-1                     OK
> gzip                                    1.8-1                         OK
> hicolor-icon-theme                      0.15-1                        OK
> hostname                                3.13-1                        OK
> info                                    6.3-1                         OK
> ipc-utils                               1.0-2                         OK
> less                                    487-1                         OK
> libapr1                                 1.5.2-2                       OK
> libaprutil1                             1.5.4-2                       OK
> libarchive13                            3.2.2-2                       OK
> libargp                                 20110921-3                    OK
> libatk1.0_0                             2.22.0-1                      OK
> libatomic1                              5.4.0-1                       OK
> libattr1                                2.4.46-1                      OK
> libblkid1                               2.25.2-2                      OK
> libbz2_1                                1.0.6-3                       OK
> libcairo2                               1.14.8-1                      OK
> libcharset1                             1.14-3                        OK
> libcloog-isl4                           0.18.0-2                      OK
> libcom_err2                             1.42.12-2                     OK
> libcrypt0                               1.4-1                         OK
> libcurl4                                7.54.0-1                      OK
> libdatrie1                              0.2.8-1                       OK
> libdb5.3                                5.3.28-1                      OK
> libdbus1_3                              1.10.18-1                     OK
> libedit0                                20130712-1                    OK
> libEGL1                                 17.1.2-1                      OK
> libexpat1                               2.2.0-0                       OK
> libfam0                                 0.1.10-15                     OK
> libffi-devel                            3.2.1-2                       OK
> libffi6                                 3.2.1-2                       OK
> libfontconfig-common                    2.12.1-1                      OK
> libfontconfig1                          2.12.1-1                      OK
> libfontenc1                             1.1.3-1                       OK
> libfreetype6                            2.6.5-1                       OK
> libgc1                                  7.6.0-1                       OK
> libgcc1                                 5.4.0-1                       OK
> libgdbm4                                1.12-1                        OK
> libgdk_pixbuf2.0_0                      2.36.6-2                      OK
> libGeoIP1                               1.6.9-1                       OK
> libgfortran3                            5.4.0-1                       OK
> libgirepository1.0-devel                1.50.0-1                      OK
> libgirepository1.0_1                    1.50.0-1                      OK
> libgit2-debuginfo                       0.24.6-1                      OK
> libgit2-devel                           0.24.6-1                      OK
> libgit2-glib1.0-debuginfo               0.24.4-1                      OK
> libgit2-glib1.0-devel                   0.24.4-1                      OK
> libgit2-glib1.0-doc                     0.24.4-1                      OK
> libgit2-glib1.0_0                       0.24.4-1                      OK
> libgit2_22                              0.22.2-1                      OK
> libgit2_23                              0.23.4-2                      OK
> libgit2_24                              0.24.6-1                      OK
> libGL1                                  17.1.2-1                      OK
> libglapi0                               17.1.2-1                      OK
> libglib2.0-devel                        2.50.3-1                      OK
> libglib2.0_0                            2.50.3-1                      OK
> libgmp10                                6.1.2-1                       OK
> libgnat5                                5.4.0-1                       OK
> libgomp1                                5.4.0-1                       OK
> libgraphite2_3                          1.3.8-1                       OK
> libgsl0                                 1.16-2                        OK
> libgssapi_krb5_2                        1.14.4-1                      OK
> libgtk2.0_0                             2.24.31-1                     OK
> libguile17                              1.8.8-3                       OK
> libguile2.0_22                          2.0.14-1                      OK
> libharfbuzz0                            1.3.4-1                       OK
> libICE6                                 1.0.9-1                       OK
> libiconv                                1.14-3                        OK
> libiconv-devel                          1.14-3                        OK
> libiconv2                               1.14-3                        OK
> libicu56                                56.1-1                        OK
> libicu57                                57.1-1                        OK
> libicu58                                58.2-1                        OK
> libidn11                                1.33-1                        OK
> libidn2_0                               2.0.1-1                       OK
> libintl-devel                           0.19.8.1-2                    OK
> libintl8                                0.19.8.1-2                    OK
> libiodbc2                               3.52.8-2                      OK
> libisl10                                0.11.1-2                      OK
> libisl13                                0.14.1-1                      OK
> libjasper1                              1.900.22-1                    OK
> libjasper4                              2.0.12-1                      OK
> libjavascriptcoregtk1.0-devel           2.0.4-5                       OK
> libjavascriptcoregtk1.0_0               2.0.4-5                       OK
> libjavascriptcoregtk3.0-devel           2.0.4-5                       OK
> libjavascriptcoregtk3.0_0               2.0.4-5                       OK
> libjbig2                                2.0-14                        OK
> libjpeg8                                1.5.0-1                       OK
> libk5crypto3                            1.14.4-1                      OK
> libKF5WindowSystem5                     5.27.0-1                      OK
> libkrb5_3                               1.14.4-1                      OK
> libkrb5support0                         1.14.4-1                      OK
> liblapack0                              3.7.0-1                       OK
> libllvm3.5                              3.5.2-2                       OK
> libllvm3.7                              3.7.1-1                       OK
> libllvm3.8                              3.8.1-1                       OK
> libllvm3.9                              3.9.1-1                       OK
> libltdl7                                2.4.6-4                       OK
> liblxqt0                                0.11.0-1                      OK
> liblz4_1                                131-1                         OK
> liblzma5                                5.2.3-1                       OK
> liblzo2_2                               2.08-1                        OK
> libmpc3                                 1.0.3-1                       OK
> libmpfr4                                3.1.5-1p2                     OK
> libmysqlclient18                        10.1.19-1                     OK
> libncurses-devel                        6.0-10.20170325               OK
> libncursesw10                           6.0-10.20170325               OK
> libneon27                               0.30.1-1                      OK
> libnettle4                              2.7.1-1                       OK
> libnettle6                              3.3-1                         OK
> libnghttp2_14                           1.14.0-2                      OK
> libobjc4                                5.4.0-1                       OK
> libopenldap2_4_2                        2.4.42-1                      OK
> libopenssl100                           1.0.2k-1                      OK
> libp11-kit0                             0.23.5-1                      OK
> libpango1.0_0                           1.40.5-1                      OK
> libpcre-devel                           8.40-3                        OK
> libpcre1                                8.40-3                        OK
> libpcre16_0                             8.40-3                        OK
> libpcre32_0                             8.40-3                        OK
> libpcrecpp0                             8.40-3                        OK
> libpcreposix0                           8.40-3                        OK
> libpipeline1                            1.4.0-1                       OK
> libpixman1_0                            0.34.0-1                      OK
> libplot2                                2.6-5                         OK
> libpng16                                1.6.28-1                      OK
> libpopt-common                          1.16-2                        OK
> libpopt0                                1.16-2                        OK
> libpq5                                  9.6.2-1                       OK
> libproxy1                               0.4.14-1                      OK
> libpsl5                                 0.17.0-1                      OK
> libQt5Core5                             5.6.2-1                       OK
> libQt5Gui5                              5.6.2-1                       OK
> libQt5X11Extras5                        5.6.2-1                       OK
> libQt5Xdg2                              2.0.0-1                       OK
> libQt5XdgIconLoader2                    2.0.0-1                       OK
> libquadmath0                            5.4.0-1                       OK
> libreadline7                            7.0.3-3                       OK
> libsasl2_3                              2.1.26-11                     OK
> libserf1_0                              1.3.9-1                       OK
> libsigsegv2                             2.10-2                        OK
> libSM6                                  1.2.2-1                       OK
> libsmartcols1                           2.25.2-2                      OK
> libsqlite3_0                            3.18.0-1                      OK
> libssh-common                           0.7.3-1                       OK
> libssh-debuginfo                        0.7.3-1                       OK
> libssh-devel                            0.7.3-1                       OK
> libssh2-debuginfo                       1.7.0-1                       OK
> libssh2-devel                           1.7.0-1                       OK
> libssh2_1                               1.7.0-1                       OK
> libssh4                                 0.7.3-1                       OK
> libssp0                                 5.4.0-1                       OK
> libstdc++6                              5.4.0-1                       OK
> libtasn1_6                              4.12-1                        OK
> libthai0                                0.1.26-1                      OK
> libtiff6                                4.0.6-1                       OK
> libtxc_dxtn                             1.0-1.20151227gitf6ec862      OK
> libunistring2                           0.9.6-1                       OK
> libuuid-devel                           2.25.2-2                      OK
> libuuid1                                2.25.2-2                      OK
> libvte9                                 0.28.2-6                      OK
> libvtv0                                 5.4.0-1                       OK
> libX11-xcb1                             1.6.4-1                       OK
> libX11_6                                1.6.4-1                       OK
> libXau6                                 1.0.8-1                       OK
> libXaw7                                 1.0.13-1                      OK
> libxcb-glx0                             1.12-1                        OK
> libxcb-icccm4                           0.4.1-1                       OK
> libxcb-image0                           0.3.9-1                       OK
> libxcb-keysyms1                         0.3.9-1                       OK
> libxcb-randr0                           1.12-1                        OK
> libxcb-render-util0                     0.3.9-1                       OK
> libxcb-render0                          1.12-1                        OK
> libxcb-shape0                           1.12-1                        OK
> libxcb-shm0                             1.12-1                        OK
> libxcb-sync1                            1.12-1                        OK
> libxcb-util1                            0.3.9-1                       OK
> libxcb-xfixes0                          1.12-1                        OK
> libxcb-xinerama0                        1.12-1                        OK
> libxcb-xkb1                             1.12-1                        OK
> libxcb1                                 1.12-1                        OK
> libXcomposite1                          0.4.3-1                       OK
> libXcursor1                             1.1.14-1                      OK
> libXdamage1                             1.1.4-1                       OK
> libXdmcp6                               1.1.2-1                       OK
> libXext6                                1.3.3-1                       OK
> libXfixes3                              5.0.3-1                       OK
> libXft2                                 2.3.2-1                       OK
> libXi6                                  1.7.8-1                       OK
> libXinerama1                            1.1.3-1                       OK
> libxkbcommon0                           0.6.1-1                       OK
> libxml2                                 2.9.4-2                       OK
> libXmu6                                 1.1.2-1                       OK
> libXpm4                                 3.5.12-1                      OK
> libXrandr2                              1.5.1-1                       OK
> libXrender1                             0.9.9-1                       OK
> libXss1                                 1.2.2-1                       OK
> libXt6                                  1.1.5-1                       OK
> libyaml0_2                              0.1.6-2                       OK
> lighttpd                                1.4.45-1                      OK
> login                                   1.11-1                        OK
> lua                                     5.2.4-1                       OK
> lua5.1                                  5.1.5-3                       OK
> lxqt-openssh-askpass                    0.11.0-1                      OK
> lxqt-openssh-askpass-debuginfo          0.11.0-1                      OK
> lynx                                    2.8.7-2                       OK
> m4                                      1.4.18-1                      OK
> make                                    4.2.1-2                       OK
> make-debuginfo                          4.2.1-2                       OK
> man-db                                  2.7.5-2                       OK
> mercurial                               4.0-1                         OK
> mingw-binutils                          2.23.1-1                      OK
> mingw-gcc-core                          4.7.3-1                       OK
> mingw-gcc-debuginfo                     4.7.3-1                       OK
> mingw-gcc-fortran                       4.7.3-1                       OK
> mingw-gcc-g++                           4.7.3-1                       OK
> mingw-gcc-objc                          4.7.3-1                       OK
> mingw-pthreads                          20110507-2                    OK
> mingw-runtime                           4.0-1                         OK
> mingw-w32api                            4.0-1                         OK
> mingw64-i686-binutils                   2.25.0.1.23f238d-1            OK
> mingw64-i686-gcc-ada                    5.4.0-4                       OK
> mingw64-i686-gcc-core                   5.4.0-4                       OK
> mingw64-i686-gcc-debuginfo              5.4.0-4                       OK
> mingw64-i686-gcc-fortran                5.4.0-4                       OK
> mingw64-i686-gcc-g++                    5.4.0-4                       OK
> mingw64-i686-gcc-objc                   5.4.0-4                       OK
> mingw64-i686-headers                    5.0.2-1                       OK
> mingw64-i686-libgnurx                   2.5-3                         OK
> mingw64-i686-libssh2                    1.7.0-2                       OK
> mingw64-i686-ncurses                    6.0-10.20170325               OK
> mingw64-i686-pkg-config                 0.29.1-1                      OK
> mingw64-i686-runtime                    5.0.2-1                       OK
> mingw64-i686-windows-default-manifest   6.4-1                         OK
> mingw64-i686-winpthreads                5.0.2-1                       OK
> mingw64-i686-zlib                       1.2.11-1                      OK
> mingw64-x86_64-binutils                 2.25.0.1.23f238d-1            OK
> mingw64-x86_64-gcc-ada                  5.4.0-3                       OK
> mingw64-x86_64-gcc-core                 5.4.0-3                       OK
> mingw64-x86_64-gcc-debuginfo            5.4.0-3                       OK
> mingw64-x86_64-gcc-fortran              5.4.0-3                       OK
> mingw64-x86_64-gcc-g++                  5.4.0-3                       OK
> mingw64-x86_64-gcc-objc                 5.4.0-3                       OK
> mingw64-x86_64-headers                  5.0.2-1                       OK
> mingw64-x86_64-libgnurx                 2.5-3                         OK
> mingw64-x86_64-libssh2                  1.7.0-2                       OK
> mingw64-x86_64-ncurses                  6.0-10.20170325               OK
> mingw64-x86_64-pkg-config               0.29.1-1                      OK
> mingw64-x86_64-runtime                  5.0.2-1                       OK
> mingw64-x86_64-windows-default-manifest 6.4-1                         OK
> mingw64-x86_64-winpthreads              5.0.2-1                       OK
> mingw64-x86_64-zlib                     1.2.11-1                      OK
> mintty                                  2.7.7-0                       OK
> mkfontdir                               1.0.7-1                       OK
> mkfontscale                             1.1.1-1                       OK
> mysql-common                            10.1.19-1                     OK
> ncurses                                 6.0-10.20170325               OK
> ncurses-debuginfo                       6.0-10.20170325               OK
> ncurses-demo                            6.0-10.20170325               OK
> noto-fonts-common                       20161021-1.git86b2e55         OK
> noto-javanese-fonts                     20161021-1.git86b2e55         OK
> odt2txt                                 0.5+20160502+gitde7f920-1     OK
> openssh                                 7.5p1-1                       OK
> openssh-debuginfo                       7.5p1-1                       OK
> openssl                                 1.0.2k-1                      OK
> openssl-devel                           1.0.2k-1                      OK
> p11-kit                                 0.23.5-1                      OK
> p11-kit-trust                           0.23.5-1                      OK
> perl                                    5.22.3-1                      OK
> perl-Authen-SASL                        2.16-2                        OK
> perl-Authen-SASL-XS                     1.00-1                        OK
> perl-Carp                               1.38-1                        OK
> perl-CGI                                4.36-1                        OK
> perl-DBD-SQLite                         1.54-1                        OK
> perl-DBI                                1.636-1                       OK
> perl-Digest-HMAC                        1.03-5                        OK
> perl-Encode-Locale                      1.05-1                        OK
> perl-Error                              0.17024-1                     OK
> perl-File-Listing                       6.04-5                        OK
> perl-Font-AFM                           1.20-1                        OK
> Empty package perl-HTML-Format
> perl-HTML-Format                        2.16-2                        OK
> perl-HTML-Formatter                     2.16-2                        OK
> perl-HTML-Parser                        3.72-1                        OK
> perl-HTML-Tagset                        3.20-5                        OK
> perl-HTML-Tree                          5.06-1                        OK
> perl-HTTP-Cookies                       6.03-1                        OK
> perl-HTTP-Daemon                        6.01-5                        OK
> perl-HTTP-Date                          6.02-5                        OK
> perl-HTTP-Message                       6.11-1                        OK
> perl-HTTP-Negotiate                     6.01-5                        OK
> perl-IO-HTML                            1.001-2                       OK
> perl-IO-Socket-SSL                      2.048-1                       OK
> perl-libwww-perl                        6.26-1                        OK
> perl-LWP-MediaTypes                     6.02-5                        OK
> perl-MailTools                          2.18-1                        OK
> perl-Mozilla-CA                         20160104-1                    OK
> perl-Net-HTTP                           6.16-1                        OK
> perl-Net-SMTP-SSL                       1.04-1                        OK
> perl-Net-SSLeay                         1.81-1                        OK
> perl-Pod-Simple                         3.35-1                        OK
> perl-Scalar-List-Utils                  1.47-1                        OK
> perl-TermReadKey                        2.37-1                        OK
> perl-TimeDate                           2.30-2                        OK
> perl-Try-Tiny                           0.28-1                        OK
> perl-Unicode-Normalize                  1.25-1                        OK
> perl-URI                                1.71-1                        OK
> perl-WWW-RobotRules                     6.02-5                        OK
> perl-YAML                               1.23-1                        OK
> perl_autorebase                         5.22.3-1                      OK
> perl_base                               5.22.3-1                      OK
> pkg-config                              0.29.1-1                      OK
> Empty package popt
> popt                                    1.16-2                        OK
> publicsuffix-list-dafsa                 20170424-1                    OK
> pylint                                  1.3.1-1                       OK
> Empty package python
> python                                  2.7.13-1                      OK
> Empty package python-chardet
> python-chardet                          2.3.0-1                       OK
> python-gi-common                        3.22.0-1                      OK
> python-logilab-astng                    0.24.3-1                      OK
> python-logilab-common                   0.62.0-1                      OK
> Empty package python-requests
> python-requests                         2.13.0-1                      OK
> Empty package python-setuptools
> python-setuptools                       34.3.2-1                      OK
> Empty package python-simplejson
> python-simplejson                       3.10.0-1                      OK
> Empty package python-six
> python-six                              1.10.0-1                      OK
> Empty package python-urllib3
> python-urllib3                          1.20-1                        OK
> python2                                 2.7.13-1                      OK
> python2-appdirs                         1.4.3-1                       OK
> python2-asn1crypto                      0.22.0-1                      OK
> python2-backports.ssl_match_hostname    3.5.0.1-1                     OK
> python2-cffi                            1.9.1-1                       OK
> python2-chardet                         2.3.0-1                       OK
> python2-cryptography                    1.8.1-1                       OK
> python2-enum34                          1.1.6-1                       OK
> python2-idna                            2.5-1                         OK
> python2-ipaddress                       1.0.18-1                      OK
> python2-openssl                         16.2.0-1                      OK
> python2-packaging                       16.8-1                        OK
> python2-ply                             3.9-1                         OK
> python2-pycparser                       2.17-1                        OK
> python2-pyparsing                       2.1.10-1                      OK
> python2-requests                        2.13.0-1                      OK
> python2-setuptools                      34.3.2-1                      OK
> python2-simplejson                      3.10.0-1                      OK
> python2-six                             1.10.0-1                      OK
> python2-urllib3                         1.20-1                        OK
> python3                                 3.6.1-1                       OK
> python3-cairo                           1.10.0-5                      OK
> python3-gi                              3.22.0-1                      OK
> rebase                                  4.4.2-1                       OK
> rsync                                   3.1.2-1                       OK
> ruby                                    2.3.3-1                       OK
> ruby-builder                            3.2.2-1                       OK
> ruby-curses                             1.0.2-1                       OK
> ruby-curses-doc                         1.0.2-1                       OK
> ruby-did_you_mean                       1.0.2-1                       OK
> ruby-io-console                         0.4.6-1                       OK
> ruby-json                               1.8.6-1                       OK
> ruby-minitest                           5.10.1-1                      OK
> Empty package ruby-minitest4
> ruby-minitest4                          5.10.1-1                      OK
> ruby-polyglot                           0.3.5-1                       OK
> ruby-psych                              2.2.4-1                       OK
> ruby-rake                               11.3.0-1                      OK
> ruby-rdoc                               4.3.0-1                       OK
> ruby-treetop                            1.4.15-1                      OK
> ruby-treetop-doc                        1.4.15-1                      OK
> rubygems                                2.6.11-1                      OK
> run                                     1.3.4-2                       OK
> sed                                     4.4-1                         OK
> shared-mime-info                        1.7-1                         OK
> ssh-pageant                             1.4-1                         OK
> ssh-pageant-debuginfo                   1.4-1                         OK
> stgit                                   0.17.1-1                      OK
> subversion                              1.9.5-2                       OK
> subversion-perl                         1.9.5-2                       OK
> swig                                    3.0.12-1                      OK
> swig-debuginfo                          3.0.12-1                      OK
> tar                                     1.29-1                        OK
> tcl                                     8.6.6-1                       OK
> tcl-tk                                  8.6.6-1                       OK
> terminfo                                6.0-10.20170325               OK
> texinfo                                 6.3-1                         OK
> tree                                    1.7.0-1                       OK
> tzcode                                  2016j-1                       OK
> tzdata                                  2017b-1                       OK
> util-linux                              2.25.2-2                      OK
> vala-ggit1.0                            0.24.4-1                      OK
> vim-minimal                             8.0.0596-1                    OK
> w32api-headers                          5.0.2-1                       OK
> w32api-runtime                          5.0.2-1                       OK
> which                                   2.20-2                        OK
> windows-default-manifest                6.4-1                         OK
> xkeyboard-config                        2.20-1                        OK
> xorg-x11-fonts-dpi75                    7.5-3                         OK
> xorg-x11-fonts-misc                     7.5-3                         OK
> xz                                      5.2.3-1                       OK
> ytree                                   1.97-2                        OK
> zlib                                    1.2.11-1                      OK
> zlib-devel                              1.2.11-1                      OK
> zlib0                                   1.2.11-1                      OK
> Use -h to see help about each section  
> Any chance you can test this on a bare Windows system with a fresh
> Cygwin install and only the required modules?
> No
> -- 
> Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
> 
> -- 
> Best regards,
> Richard                          mailto:rigordo at comcast.net <mailto:rigordo at comcast.net>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30609>
_______________________________________

From report at bugs.python.org  Sun Jun 18 17:45:35 2017
From: report at bugs.python.org (Nikolay Kim)
Date: Sun, 18 Jun 2017 21:45:35 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497822335.57.0.958342819898.issue29406@psf.upfronthosting.co.za>


Changes by Nikolay Kim <fafhrd91 at gmail.com>:


----------
pull_requests: +2319

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Sun Jun 18 17:51:55 2017
From: report at bugs.python.org (Nikolay Kim)
Date: Sun, 18 Jun 2017 21:51:55 +0000
Subject: [issue29970] Severe open file leakage running asyncio SSL server
In-Reply-To: <1491228615.05.0.224246839796.issue29970@psf.upfronthosting.co.za>
Message-ID: <1497822715.56.0.455926405507.issue29970@psf.upfronthosting.co.za>


Nikolay Kim added the comment:

question is, should asyncio handle timeouts or leave it to caller?

https://github.com/python/cpython/pull/480 fixes leak during handshake.

----------
nosy: +fafhrd91

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29970>
_______________________________________

From report at bugs.python.org  Sun Jun 18 18:08:35 2017
From: report at bugs.python.org (Grzegorz Grzywacz)
Date: Sun, 18 Jun 2017 22:08:35 +0000
Subject: [issue30698] asyncio sslproto do not shutdown ssl layer cleanly
Message-ID: <1497823715.09.0.154341862456.issue30698@psf.upfronthosting.co.za>


New submission from Grzegorz Grzywacz:

Asyncio on shutdown do not send shutdown confirmation to the other side. _SSLPipe after doing unwrap is calling shutdown callback where transport    is closed and quit ssldata wont be sent.

----------
components: asyncio
messages: 296295
nosy: grzgrzgrz3, yselivanov
priority: normal
severity: normal
status: open
title: asyncio sslproto do not shutdown ssl layer cleanly
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30698>
_______________________________________

From report at bugs.python.org  Sun Jun 18 18:09:51 2017
From: report at bugs.python.org (Martin Panter)
Date: Sun, 18 Jun 2017 22:09:51 +0000
Subject: [issue24465] Make shutil.make_archive have deterministic sorting
In-Reply-To: <1434629652.82.0.994275977892.issue24465@psf.upfronthosting.co.za>
Message-ID: <1497823791.54.0.168378750706.issue24465@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
dependencies: +tarfile add uses random order
title: Make tarfile have deterministic sorting -> Make shutil.make_archive have deterministic sorting

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24465>
_______________________________________

From report at bugs.python.org  Sun Jun 18 18:13:00 2017
From: report at bugs.python.org (Grzegorz Grzywacz)
Date: Sun, 18 Jun 2017 22:13:00 +0000
Subject: [issue30698] asyncio sslproto do not shutdown ssl layer cleanly
In-Reply-To: <1497823715.09.0.154341862456.issue30698@psf.upfronthosting.co.za>
Message-ID: <1497823980.02.0.978361978796.issue30698@psf.upfronthosting.co.za>


Changes by Grzegorz Grzywacz <grzgrzgrz3 at gmail.com>:


----------
pull_requests: +2320

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30698>
_______________________________________

From report at bugs.python.org  Sun Jun 18 18:15:56 2017
From: report at bugs.python.org (Robert Tasarz)
Date: Sun, 18 Jun 2017 22:15:56 +0000
Subject: [issue30699] Misleading class names in datetime.tzinfo usage examples
Message-ID: <1497824156.09.0.152108719585.issue30699@psf.upfronthosting.co.za>


New submission from Robert Tasarz:

https://docs.python.org/3/library/datetime.html#datetime-objects
gives in an example two classes named GMT1 and GMT2 subclassing tzinfo, defined with dst(?) methods returning one hour timedelta for summer periods. This is in conflict with naming, as GMT timezone is not defined with any daylight saving time, so any timezone offsetted from it shouldn't be as well. I would suggest renaming them to something like BrusselsTZ and HelsinkiTZ (with a comment that this is simplified implementation, that doesn't account for exact hour when dst switch is made, and maybe mentioning pytz) and tzname(?) to return ('CET', 'CEST')[bool(self.dst(dt))] and ('EET', 'EEST')[bool(self.dst(dt))] accordingly.

Also https://docs.python.org/3/library/datetime.html#time-objects
has an example with GMT1 class, though this time dst(?) unconditionally returns offset 0 properly, tzname(?) gives 'Europe/Prague' ? region that uses dst. IMHO returning any of: "CET", "GMT+1", "Africa/Tunis" would be better here.

----------
assignee: docs at python
components: Documentation
messages: 296296
nosy: Robert.Tasarz, docs at python
priority: normal
severity: normal
status: open
title: Misleading class names in datetime.tzinfo usage examples
type: enhancement
versions: Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30699>
_______________________________________

From report at bugs.python.org  Sun Jun 18 18:27:21 2017
From: report at bugs.python.org (kyuupichan)
Date: Sun, 18 Jun 2017 22:27:21 +0000
Subject: [issue29970] Severe open file leakage running asyncio SSL server
In-Reply-To: <1491228615.05.0.224246839796.issue29970@psf.upfronthosting.co.za>
Message-ID: <1497824841.86.0.202144436128.issue29970@psf.upfronthosting.co.za>


kyuupichan added the comment:

@Nikolay Kim

As I note in the original submission, 480 was tested and does NOT solve this issue.  Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29970>
_______________________________________

From report at bugs.python.org  Sun Jun 18 18:35:38 2017
From: report at bugs.python.org (Nikolay Kim)
Date: Sun, 18 Jun 2017 22:35:38 +0000
Subject: [issue29970] Severe open file leakage running asyncio SSL server
In-Reply-To: <1491228615.05.0.224246839796.issue29970@psf.upfronthosting.co.za>
Message-ID: <1497825338.55.0.796897139074.issue29970@psf.upfronthosting.co.za>


Nikolay Kim added the comment:

I see. this is server specific problem. as a temp solution I'd use proxy for ssl termination.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29970>
_______________________________________

From report at bugs.python.org  Sun Jun 18 19:08:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 18 Jun 2017 23:08:20 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwY7Qxs75QHKT7+_R=66c1eP=27r9s=mszHimyA80JPk7g@mail.gmail.com>


STINNER Victor added the comment:

Nice. Do you know my https://pypi.python.org/pypi/pyfailmalloc project? It
helped me to identify and fix dozens of code which didn't handle properly
memory allocation failures. Seach for "pyfailmalloc" in the bug tracker
(closed issues) ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Sun Jun 18 19:57:13 2017
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 18 Jun 2017 23:57:13 +0000
Subject: [issue29366] os.listdir has inconsistent behavior when run on a
 non-directory
In-Reply-To: <1485312192.81.0.934042138535.issue29366@psf.upfronthosting.co.za>
Message-ID: <1497830233.42.0.463733110485.issue29366@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Yes, I think this issue should be closed. But for the record I'd like to note a not uncommon case in which listdir() raise FileNotFoundError on Windows.

According to MS-FSA [1], if a request to open a directory resolves to a file, the operation should fail with STATUS_NOT_A_DIRECTORY (see 2.1.5.1, phase 7). That's the scenario I was discussing in previous messages. However, I neglected to discuss what happens when an intermediate path component is not a directory. In theory this case should also fail with STATUS_NOT_A_DIRECTORY (see 2.1.5.1, phase 6). However, in practice MS file systems instead return STATUS_OBJECT_PATH_NOT_FOUND, which becomes ERROR_PATH_NOT_FOUND, for which Python raises FileNotFoundError.

Walking the path to find the reason for the failure shouldn't be attempted because it's subject to race conditions -- e.g. the file that caused the failure may no longer exist. 

[1]: https://msdn.microsoft.com/en-us/library/ff469536.aspx

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29366>
_______________________________________

From report at bugs.python.org  Sun Jun 18 23:20:05 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 19 Jun 2017 03:20:05 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1497842405.56.0.81071901871.issue30604@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

I'm setting the stage to 'backport needed', but it really is a 'porting needed' stage :)

The two PRs merged PRs here were made against 3.6.

----------
nosy: +Mariatta
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Sun Jun 18 23:27:42 2017
From: report at bugs.python.org (Dmitry Rubanovich)
Date: Mon, 19 Jun 2017 03:27:42 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497842862.14.0.922093660811.issue30671@psf.upfronthosting.co.za>


Dmitry Rubanovich added the comment:

A few notes on my motivation and other comments I made(not necessarily in the order of significance):

1. I started looking at this because of the fix in Issue28201.  It effectively improves on the difference between 

print_collision_counts(previous_lookdict_perturb)

and 

print_collision_counts(py3_6_1_lookdict_perturb)

because the before-28201 code was, in effect, multiplying by 6 instead of 5 and, therefore, always had a 1/2 chance of secondary hashes colliding.

2. What I demonstrated was that the fix, as it stands, didn't do as much magic as we would hope.  Because it produced a scheme in which **first** **secondary** hashes would collide at a rate as high as 1/3.

3. I somewhat regret extending the script to demonstrate what happens to 2nd, 3rd secondary hashes because it created the perception that I was trying to demonstrate a simulation.  I wasn't.  I was trying to demonstrate a calculation.  Well, calculations for each dictionary size up to 2**20.  

4. I detect apathy towards the fix, but I get the sense that it's mostly due to the fact that I initially didn't realize that I should have squarely limited the issue to the 1st secondary hash.  And after I made the initial error in the calculation (as pointed out by Inada Naoki) which would have produced an unstable calculation of the 2nd, 3rd, 4th, etc. secondary hashes (as pointed out by Tim), there is a lot of push back.  

But the fix I propose DOES improve on ***1st secondary hash*** because it eliminates any possibility of collision.  That is to say, no 2 1st secondary hashes will be the same for any 2 different primary hashes.  

And in the latest iteration of this proposal I did limit the scope of the enhancement to only 1st secondary hash.  As it happens, this collision actually does not occur for dictionaries of sizes 8,16,32.  They only begin to be possible for dictionaries of sizes 64 or greater.  The latest script demonstrates it.

5.  Sorry, Tim, but I should have reserved my statements to only the calculation I was certain about.  The further comments about what happens to later secondary hashes was a speculation on my part and this calculation was not revealing much about it.  If you want to consider what happens with later secondary indexes (as you do in hashsim.py), that's a different problem.  To reiterate, my intention was to further improve on the fix in 28201.


On the size of perturb:

6.  Since hashes of strings and other objects are pointers, and can safely be assumed to be pointers addressing the heap, they are aligned on the boundary 2 * sizeof(void*).  That's 16 in 64-bit builds.  So the last 4 bits are 0.  And (depending on how much heap is used) the higher bits of the pointers are also similar in applications which don't use a lot of memory.  

For example, in an application in which 16MiB of heap is used, only bits 35(=63-4-24) through 59(63-4) are truly random.  The rest of the bits can be assumed to not change, but they are not reached until 5th iteration of the loop, so this represents an already mildly-degenerate case in this use case (in which most dictionary keys are strings).

I haven't given much thought to which bits will have the most entropy in general, but that's going too far off topic.

----------
type: enhancement -> performance
Added file: http://bugs.python.org/file46961/1st_secondary_collision_counts.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Sun Jun 18 23:31:33 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Jun 2017 03:31:33 +0000
Subject: [issue13601] sys.stderr should be line-buffered when stderr is not a
 TTY
In-Reply-To: <1323868292.46.0.495967266587.issue13601@psf.upfronthosting.co.za>
Message-ID: <1497843093.26.0.771246544961.issue13601@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also issue28647 and issue30404.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13601>
_______________________________________

From report at bugs.python.org  Sun Jun 18 23:31:50 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 19 Jun 2017 03:31:50 +0000
Subject: [issue29887] test_normalization doesn't work
In-Reply-To: <1490288230.58.0.523545383484.issue29887@psf.upfronthosting.co.za>
Message-ID: <1497843110.95.0.308525792213.issue29887@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2321

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29887>
_______________________________________

From report at bugs.python.org  Sun Jun 18 23:31:54 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Mon, 19 Jun 2017 03:31:54 +0000
Subject: [issue29887] test_normalization doesn't work
In-Reply-To: <1490288230.58.0.523545383484.issue29887@psf.upfronthosting.co.za>
Message-ID: <1497843114.02.0.30626809901.issue29887@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2322

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29887>
_______________________________________

From report at bugs.python.org  Mon Jun 19 00:14:47 2017
From: report at bugs.python.org (switchnode)
Date: Mon, 19 Jun 2017 04:14:47 +0000
Subject: [issue30700] fileinput inplace clobbers file without leaving backup
 on decode errors
Message-ID: <1497845687.86.0.210018987991.issue30700@psf.upfronthosting.co.za>


New submission from switchnode:

Consider the script:

$ cat nop.py
#!/usr/bin/env python
import fileinput
srt = fileinput.input(inplace=True)
print(srt.readline(), end='')
for line in srt:
        print(line, end='')

Called on text files, it will do nothing.

$ ls -alh test.*
-rw-r--r-- 1 501 utmp 1.3G Jun 18 22:17 test.mp4
-rw-r--r-- 1 501 utmp  71K Jun 18  2017 test.srt
$ ./nop.py test.srt
$ ls -alh test.*
-rw-r--r-- 1 501 utmp 1.3G Jun 18 22:17 test.mp4
-rw-r--r-- 1 501 utmp  71K Jun 18  2017 test.srt

However, if the user accidentally supplies the filename of a video instead of the associated srt...

$ ./nop.py test.mp4
Traceback (most recent call last):
  File "./nop.py", line 4, in <module>
    print(srt.readline(), end='')
  File "/usr/lib/python3.6/fileinput.py", line 299, in readline
    line = self._readline()
  File "/usr/lib/python3.6/fileinput.py", line 364, in _readline
    return self._readline()
  File "/usr/lib/python3.6/codecs.py", line 321, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xa3 in position 43: invalid start byte
$ ls -alh test.*
-rw-r--r-- 1 501 utmp    0 Jun 18  2017 test.mp4
-rw-r--r-- 1 501 utmp  71K Jun 18  2017 test.srt
$ ls -alh * | grep 'bak'
$

Oops! It is gone.

I'm not sure why this happens. (Without the context-manager syntax, I would expect the program to end by excepting, fail to close the FileInput, and leave the backup file behind?certainly that would be the merciful option.)

----------
messages: 296304
nosy: switchnode
priority: normal
severity: normal
status: open
title: fileinput inplace clobbers file without leaving backup on decode errors
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30700>
_______________________________________

From report at bugs.python.org  Mon Jun 19 00:38:15 2017
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 19 Jun 2017 04:38:15 +0000
Subject: [issue29304] dict: simplify lookup function
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1497847095.97.0.165537009916.issue29304@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +2323

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Mon Jun 19 00:48:49 2017
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 19 Jun 2017 04:48:49 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1497847729.8.0.423334015442.issue29304@psf.upfronthosting.co.za>


INADA Naoki added the comment:

pr-2237 only changes lookdict_index() function.
The function is used from only dict_popitem().  So it's not performance critical part.

And microbench doesn't show significant performance changes:

$ ./python.default -m perf timeit -q -l 2000 -s 'd=dict.fromkeys(str(i) for i in range(2000))' -- 'd.popitem()'
Mean +- std dev: 96.1 ns +- 1.3 ns

$ ./python.patched -m perf timeit -q -l 2000 -s 'd=dict.fromkeys(str(i) for i in range(2000))' -- 'd.popitem()'
Mean +- std dev: 96.4 ns +- 1.3 ns

----------
title: dict: simplify lookup function -> dict: simplify lookup functions

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Mon Jun 19 01:31:23 2017
From: report at bugs.python.org (Tim Peters)
Date: Mon, 19 Jun 2017 05:31:23 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497850283.06.0.876593328054.issue30671@psf.upfronthosting.co.za>


Tim Peters added the comment:

Dmitry, I suggest you spend more of the time you give to thinking to writing code instead ;-)  But, really, that's the easiest & surest way to discover for yourself where your analysis is going off in the weeds.

For example, issue 28201 was both simpler and worse than your thoughts about it:  x and y collide initially if and only if x = y mod 2**k.  If they do collide, then _regardless_ of the value of N it's necessarily the case that N*x + x + 1 = N*y + y + 1 mod 2**k too.  That is, the second probes _always_ collided (not just half the time) in the case of a first-probe collision, and this would be so regardless of whether we were multiplying by 5, 4, 1, 0, or 31459265358.  That was an unfortunate "off by 1" kind of mistake in the way the code was written.  It had nothing to do with, e.g., zero divisors.

After the obvious fix was applied, there's very little that can be said in reality.  Because, after the fix, higher-order bits of the hash codes - which had nothing at all to do with the initial x = y mod 2**k collision - are added in to the second probe values.  There's no good reason I can see to calculate what happens if those never-before-considered bits _happen_ to be all zeroes.  They might be - but so what?  They might be any pair of values in the cross product of range(2**5) with itself.  There's nothing especially interesting about the (0, 0) pair.

That's why you're getting pushback:  your analysis hasn't made sense to me, and the things you're calculating still don't appear to have much of anything to do with how collisions are actually resolved.  To the contrary, so long as you're ignoring the higher-order hash code bits (about which we can infer _nothing_ from that the first probe collided), you're ignoring the _heart_ of the collision resolution strategy.

Some other things writing code would make immediately obvious:

- Hashes of strings have nothing to do with pointers or memory addresses.  They have solely to do with the characters the string contains, and all values in range(256) show up as the last byte of string hashes.

- While hashes of pointers do, the internal `_Py_HashPointer()` rotates addresses right by 4 bits so that the predictable trailing zero bits have no effect on the first probe.  For example,

>>> a = object()
>>> id(a)    # the address
1583819629360
>>> hex(_)
'0x170c301a330'
>>> hash(a)  # the address is rotated so `0x3` is the last nibble
98988726835
>>> hex(_)
'0x170c301a33'

Because of all that, I'm going to close this.  But if you have an idea that actually speeds things, please post a patch and reopen it!  While it's true that I don't expect to see an actual improvement, clocks usually beat arguments ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Mon Jun 19 04:23:58 2017
From: report at bugs.python.org (=?utf-8?q?Uwe_Kleine-K=C3=B6nig?=)
Date: Mon, 19 Jun 2017 08:23:58 +0000
Subject: [issue30665] pass big values for arg to fcntl.ioctl
In-Reply-To: <1497450472.17.0.838126084809.issue30665@psf.upfronthosting.co.za>
Message-ID: <1497860638.29.0.110698011176.issue30665@psf.upfronthosting.co.za>


Uwe Kleine-K?nig added the comment:

So the only option to fix this is to determine the type of arg from the request parameter? I failed to find the implementation of ioctl for linux in glibc, the best I found is one that only seems to be used on powerpc[1] which seems to assume that the third argument is a pointer. The Linux kernel prototype takes an unsigned long[2] and encodes the size of the data pointed to in the request using _IOC[3]. On hurd there are different macros to determine the type. I'm not fluent in *BSD and Solaris (and other operating systems), so I cannot add specifics for them. I cannot even say which OS that runs Python can run in 64 bit BE mode.

[1] https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/unix/sysv/linux/powerpc/ioctl.c;h=e2e3d3357f9f5ee9ffe5e9f0588ebae9976c0dfd;hb=HEAD
[2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/fs/ioctl.c?h=v4.12-rc5#n691
[3] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/include/uapi/asm-generic/ioctl.h

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30665>
_______________________________________

From report at bugs.python.org  Mon Jun 19 05:20:33 2017
From: report at bugs.python.org (Bernhard M. Wiedemann)
Date: Mon, 19 Jun 2017 09:20:33 +0000
Subject: [issue30693] tarfile add uses random order
In-Reply-To: <1497751410.94.0.779622739852.issue30693@psf.upfronthosting.co.za>
Message-ID: <1497864033.42.0.414847848664.issue30693@psf.upfronthosting.co.za>


Bernhard M. Wiedemann added the comment:

note: recent GNU tar versions (1.28?) added an option --sort=name

and the overhead of sorting (e.g. I measured 4ms for 10000 files) is negligible compared to the other processing done on the files here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30693>
_______________________________________

From report at bugs.python.org  Mon Jun 19 05:25:47 2017
From: report at bugs.python.org (Tim Bell)
Date: Mon, 19 Jun 2017 09:25:47 +0000
Subject: [issue30701] Exception parsing certain invalid email address headers
Message-ID: <1497864347.44.0.160991763633.issue30701@psf.upfronthosting.co.za>


New submission from Tim Bell:

According to RFC 5322, an email address like this isn't valid:

user at example.com <user at example.com>

(The display-name "user at example.com" contains "@", which isn't in the set of atext characters used to form an atom.)

How it's handled by the email package varies by policy:

>>> import email
>>> from email.policy import default
>>> email.message_from_bytes(b'To: user at example.com <user at example.com>')['to']
'user at example.com <user at example.com>'
>>> email.message_from_bytes(b'To: user at example.com <user at example.com>', policy=default)['to']
'user at example.com'
>>> email.message_from_bytes(b'To: user at example.com <user at example.com>', policy=default).defects
[]

The difference between the behaviour under the compat32 vs "default" policy may or may not be significant.

However, if coupled with a further invalid feature, namely a space after the ">", here's what happens:

>>> email.message_from_bytes(b'To: user at example.com <user at example.com> ')['to']
'user at example.com <user at example.com> '
>>> email.message_from_bytes(b'To: user at example.com <user at example.com> ', policy=default)['to']
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/message.py", line 391, in __getitem__
    return self.get(name)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/message.py", line 471, in get
    return self.policy.header_fetch_parse(k, v)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/policy.py", line 162, in header_fetch_parse
    return self.header_factory(name, value)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/headerregistry.py", line 586, in __call__
    return self[name](name, value)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/headerregistry.py", line 197, in __new__
    cls.parse(value, kwds)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/headerregistry.py", line 337, in parse
    kwds['parse_tree'] = address_list = cls.value_parser(value)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/headerregistry.py", line 328, in value_parser
    address_list, value = parser.get_address_list(value)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/_header_value_parser.py", line 2368, in get_address_list
    token, value = get_invalid_mailbox(value, ',')
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/_header_value_parser.py", line 2166, in get_invalid_mailbox
    token, value = get_phrase(value)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/_header_value_parser.py", line 1770, in get_phrase
    token, value = get_word(value)
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/email/_header_value_parser.py", line 1745, in get_word
    if value[0]=='"':
IndexError: string index out of range
>>> email.message_from_bytes(b'To: user at example.com <user at example.com> ', policy=default).defects
[]

I believe that the preferred behaviour would be to add a defect to the message object during parsing instead of throwing an exception when the invalid header value is accessed.

----------
components: email
messages: 296309
nosy: barry, r.david.murray, timb07
priority: normal
severity: normal
status: open
title: Exception parsing certain invalid email address headers
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30701>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:22:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 11:22:57 +0000
Subject: [issue29887] test_normalization doesn't work
In-Reply-To: <1490288230.58.0.523545383484.issue29887@psf.upfronthosting.co.za>
Message-ID: <1497871377.8.0.901110697846.issue29887@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 51f40a81a4acbc85cb1034750fb16cb1854b2315 by Victor Stinner (Mariatta) in branch '3.6':
[3.6] bpo-29887: Test normalization now fails if download fails (GH-905) (#2271)
https://github.com/python/cpython/commit/51f40a81a4acbc85cb1034750fb16cb1854b2315


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29887>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:39:12 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Mon, 19 Jun 2017 11:39:12 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1497872352.98.0.454409643035.issue30263@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

I've implemented a getloadavg() equivalent using Windows performance counters that could be used to display the load in regrtest, as it happens, before finding this issue.  It is implemented in C (although it *can* be done in only Python).

It has the identical properties of the Linux /proc/loadavg stats.  An exponential decaying average using the same equations for 1m, 5m and 15m buckets.  So, in theory, it would usable as `os.getloadavg()`.

Before implementing this as a PR, I would like guidance as to the best place to integrate this:
 1. as os.getloadavg(),
 2. in _testcapi
 3. in winapi (although it is a conglomeration of WinAPIs)
 4. in regrtest (as Python).

I believe that #1 would be a nice to have, but #2 as most likely. 
 #3 doesn't fit so much with the "feel" of the winapi module; loadavg() being a utility function whereas the rest of that module is raw APIs.  And, #4 as, well, last.  Mostly due to the fact of walking C structures in Python sucks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:43:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 11:43:33 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1497872613.06.0.180345690226.issue30263@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Before implementing this as a PR, I would like guidance as to the best place to integrate this:
> 1. as os.getloadavg(),
> 2. in _testcapi
> 3. in winapi (although it is a conglomeration of WinAPIs)
> 4. in regrtest (as Python).

That's tough question. Usuaully, the os module is a thin wrapper to native functions. os.getloadavg() calls C getloadavg(). It doesn't implement the logic to open /proc/loadavg and parses it.

Can I see the code somewhere before giving an answer? :-)

If you want to add a public function, you must open a new issue.

In case of doubt, we might start with a first implementation in libregrtest?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:44:15 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Mon, 19 Jun 2017 11:44:15 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1497872655.14.0.133215751323.issue30339@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

Following up as the last run on my 3.5 buildslave:
  http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.5/builds/198
had the timeout again.  It is running at a 50% success rate with the only fault being warnings/errors due to this test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:45:27 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Mon, 19 Jun 2017 11:45:27 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1497872727.1.0.820563327698.issue30368@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

This is ready to be merged, pending any comments from Zach.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:46:51 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 11:46:51 +0000
Subject: [issue30404] Make stdout and stderr truly unbuffered when using -u
 option
In-Reply-To: <1495209125.34.0.468493818937.issue30404@psf.upfronthosting.co.za>
Message-ID: <1497872811.97.0.283816661203.issue30404@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, I like https://github.com/python/cpython/pull/1667/ 

"If write_through is True, calls to write() are guaranteed not to be buffered: any data written on the TextIOWrapper object is immediately handled to its underlying binary buffer."

I didn't know write_through. It seems like it was introduced in Python 3.7: bpo-30526, commit 3c2817b6884a5fcf792197203f3c26b157210607.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30404>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:48:59 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 11:48:59 +0000
Subject: [issue30404] Make stdout and stderr truly unbuffered when using -u
 option
In-Reply-To: <1495209125.34.0.468493818937.issue30404@psf.upfronthosting.co.za>
Message-ID: <1497872939.27.0.231577523119.issue30404@psf.upfronthosting.co.za>


STINNER Victor added the comment:

While I hope that users of the -u options expect the slow-down, would it be possible to benchmark it?

For example, try to write setup.py content character by character to stdout using -u or not, into a TTY, into a pipe and/or a file. I'm curious if the line buffering vs really unbuffered has a significant impact on performances.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30404>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:52:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 11:52:24 +0000
Subject: [issue29887] test_normalization doesn't work
In-Reply-To: <1490288230.58.0.523545383484.issue29887@psf.upfronthosting.co.za>
Message-ID: <1497873144.44.0.350804682983.issue29887@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2324

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29887>
_______________________________________

From report at bugs.python.org  Mon Jun 19 07:55:14 2017
From: report at bugs.python.org (swapnil agarwal)
Date: Mon, 19 Jun 2017 11:55:14 +0000
Subject: [issue26656] Documentation for re.compile is a bit outdated
In-Reply-To: <1459178484.74.0.770971045402.issue26656@psf.upfronthosting.co.za>
Message-ID: <1497873314.4.0.917083309042.issue26656@psf.upfronthosting.co.za>


swapnil agarwal added the comment:

hello team,

I am novice developer. Can I take it up as my first bug.

----------
nosy: +swapnil agarwal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26656>
_______________________________________

From report at bugs.python.org  Mon Jun 19 08:05:54 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 19 Jun 2017 12:05:54 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1497873954.45.0.65007888034.issue30695@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Yes, actually I thought first about re-opening issue 19817 instead of opening this new issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 19 08:13:56 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Mon, 19 Jun 2017 12:13:56 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1497874436.18.0.912819929587.issue30263@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

Pushed utility to github:  https://github.com/jkloth/loadavg

It is currently just a command-line utility PoC.  The routines of interest would be CalculateLoadReg and the loop in wmain().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Mon Jun 19 08:15:15 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 19 Jun 2017 12:15:15 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1497874515.4.0.122238311654.issue30695@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> I think the allocators must just return NULL, without setting the error.
You are right, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 19 08:24:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 12:24:05 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1497875045.19.0.312637298333.issue30263@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Pushed utility to github:  https://github.com/jkloth/loadavg

Hum, I see two implementations:

* LOADAVG_USE_REG: use the registry, RegQueryValueExW(HKEY_PERFORMANCE_DATA, L"2", ...)
* LOADAVG_USE_PDH: PdhOpenQueryW()

Are these API accessible by everyone? On Linux, the data is public to everybody:

haypo at selma$ ls -l /proc/loadavg 
-r--r--r--. 1 root root 0 Jun 19 14:18 /proc/loadavg

Why do you prefer registry over PDH?

Should CalculateLoad be called every 5 seconds in a thread? If yes, IMHO it's a blocker issue for regrtest since some tests fail if other threads are running.

I'm not sure that such code belongs to Python stdlib. What do you think of putting it on PyPI?

For Python 2, sometimes I would like to use faulthandler on our buildbots since it's really hard to guess what crashed Python when a random test crash. But faulthandler was only added to Python 3.3. So using it on Python 2 would require to install it using pip. Right now, Python only requires itself to run tests. I'm not sure that it's a good idea to have dependencies, even if there are externals.

Again, I'm not sure that this specific issue is the best place to discuss implementing "os.getloadavg()", since your implementation is more complex than a single function call, it seems like it requires to run a thread "in background", so maybe an object to start/stop the thread, etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Mon Jun 19 08:29:28 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 19 Jun 2017 12:29:28 +0000
Subject: [issue30696] infinite loop in PyRun_InteractiveLoopFlags()
In-Reply-To: <1497781984.85.0.996199395593.issue30696@psf.upfronthosting.co.za>
Message-ID: <1497875368.43.0.384400860844.issue30696@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

The patch is far too simplistic. With this patch an exception kills the interactive loop, for example:

$ ./python -q
>>> x
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
NameError: name 'x' is not defined
$

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30696>
_______________________________________

From report at bugs.python.org  Mon Jun 19 08:31:59 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 12:31:59 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1497875519.76.0.325450022219.issue30695@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The main difference between your change and pyfailmalloc is the ability in pyfailmalloc to only fail in N allocations. If you want to test various code paths, you need to allow N allocations to reach the deep code that you want to test.

My code is something like 100 lines of C code.
https://bitbucket.org/haypo/pyfailmalloc/src/cdaf3609a30b88243d04e79d6074f3b28d9b64e3/failmalloc.c?at=default&fileviewer=file-view-default

IMHO it's small enough to fit directly into _testcapi.

The question is more what do you want to do with it? It was proposed to "include" pyfailmalloc directly in the Python test suite. Maybe add an option to enable it?

I ran the Python test suite with pyfailmalloc in gdb using this script:
https://bitbucket.org/haypo/pyfailmalloc/src/cdaf3609a30b88243d04e79d6074f3b28d9b64e3/debug_cpython.gdb?at=default&fileviewer=file-view-default

./python -m test -F -r -v -x test_tracemalloc

I waited for the next *crash* and ignored all expected tests failing with MemoryError. --forever (-F) is nice to run random tests until you get a crash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 19 08:48:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 12:48:55 +0000
Subject: [issue30696] infinite loop in PyRun_InteractiveLoopFlags()
In-Reply-To: <1497781984.85.0.996199395593.issue30696@psf.upfronthosting.co.za>
Message-ID: <1497876535.78.0.810214089406.issue30696@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also my old issue #8070 opened 7 years ago :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30696>
_______________________________________

From report at bugs.python.org  Mon Jun 19 08:53:15 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Mon, 19 Jun 2017 12:53:15 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1497875045.19.0.312637298333.issue30263@psf.upfronthosting.co.za>
Message-ID: <CAGvrs3LHnAiic5hozd9G-CqwmhDfv7-ou8kihytiMU2vGw+pEg@mail.gmail.com>


Jeremy Kloth added the comment:

On Mon, Jun 19, 2017 at 6:24 AM, STINNER Victor <report at bugs.python.org> wrote:
>
> STINNER Victor added the comment:
>
>> Pushed utility to github:  https://github.com/jkloth/loadavg
>
> Hum, I see two implementations:
>
> * LOADAVG_USE_REG: use the registry, RegQueryValueExW(HKEY_PERFORMANCE_DATA, L"2", ...)
> * LOADAVG_USE_PDH: PdhOpenQueryW()
>
> Are these API accessible by everyone? On Linux, the data is public to everybody:

Yes.

> Why do you prefer registry over PDH?

A PDH query adds an additional 4MB to the running process.

> Should CalculateLoad be called every 5 seconds in a thread? If yes, IMHO it's a blocker issue for regrtest since some tests fail if other threads are running.

Yes, as that is exactly what Linux does (not in a thread, but as part
of the scheduler).  This is the reason for using the Thread Pool.
They are kernel provided worker threads for the running process.  As a
matter of fact, Windows 10 now uses them to speed up DLL loading on
startup so every Python process is running with 2+ threads.

However, regtest when run with -jX already starts an add'l thread so
that can no longer be an issue.

> I'm not sure that such code belongs to Python stdlib. What do you think of putting it on PyPI?

Sure, but packaging it up as a proper extension is quite low on my
todo list.  I am keen, however, on getting the buildbot fleet (well,
mine in particular) in good shape.

> For Python 2, sometimes I would like to use faulthandler on our buildbots since it's really hard to guess what crashed Python when a random test crash. But faulthandler was only added to Python 3.3. So using it on Python 2 would require to install it using pip. Right now, Python only requires itself to run tests. I'm not sure that it's a good idea to have dependencies, even if there are externals.

Agreed, which is why I offered to implement as a patch to the test suite.

> Again, I'm not sure that this specific issue is the best place to discuss implementing "os.getloadavg()", since your implementation is more complex than a single function call, it seems like it requires to run a thread "in background", so maybe an object to start/stop the thread, etc.

Don't get too caught up with `os.getloadavg()`, it was just a
possibility.  I was leaning more towards a private utility function
just for regrtest, but realized it may be useful outside of just
testing.  However, as you note, it does require a thread, which is why
it is best implemented using the Thread Pool API to minimize any
impact on Python proper.

----------
nosy: +jeremy.kloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:00:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 13:00:50 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <CAGvrs3LHnAiic5hozd9G-CqwmhDfv7-ou8kihytiMU2vGw+pEg@mail.gmail.com>
Message-ID: <CAMpsgwYnZQ0O0fL0dgjLoAgp7DhvFVZMPkvHFyeaaVaZhNPf=w@mail.gmail.com>


STINNER Victor added the comment:

More general note about load average: at this point, I'm not sure of
the usefulness of this information to debug race conditions :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:02:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 13:02:43 +0000
Subject: [issue16055] incorrect error text for int(base=1000, x='1')
In-Reply-To: <1348688461.13.0.427927679227.issue16055@psf.upfronthosting.co.za>
Message-ID: <1497877363.45.0.664471354405.issue16055@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Serhiy Storchaka: "set	keywords: + easy (C)"

Thanks for making easy issues as easy and no fixing them :-) But in my experience, even if the issue seems easy to *you*, you should explain which file has to be patched, and what steps should be done to write the proper change (ex: change the error message raising by this statement: "...").

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16055>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:03:01 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 19 Jun 2017 13:03:01 +0000
Subject: [issue25684] ttk.OptionMenu radiobuttons aren't unique between two
 instances of OptionMenu
In-Reply-To: <1448040288.53.0.198369542776.issue25684@psf.upfronthosting.co.za>
Message-ID: <1497877381.06.0.939168388503.issue25684@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2325

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25684>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:03:36 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Mon, 19 Jun 2017 13:03:36 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1497877416.69.0.537829707541.issue30263@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

Race conditions, not so much, but definitely helps with random timeout errors ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:08:33 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 19 Jun 2017 13:08:33 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1495941740.56.0.621655501188.issue30495@psf.upfronthosting.co.za>
Message-ID: <1497877713.85.0.59378832128.issue30495@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Hi Terry,

Were you waiting on me for changes to the patch or would you like me to make a PR?  Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:20:30 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 19 Jun 2017 13:20:30 +0000
Subject: [issue25684] ttk.OptionMenu radiobuttons aren't unique between two
 instances of OptionMenu
In-Reply-To: <1448040288.53.0.198369542776.issue25684@psf.upfronthosting.co.za>
Message-ID: <1497878430.93.0.00933462532348.issue25684@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I submitted a patch based on Bryan's original workaround on SO.  Thanks.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25684>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:28:23 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 19 Jun 2017 13:28:23 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1497878903.24.0.267863085242.issue30695@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

The chain of events following a call to set_nomemory_allocator() is deterministic, this is another difference with pyfailmalloc. Also what happens then after this call is not very close to real life as memory is never freed.

Having the possibility to trigger memory exhaustion in N allocations instead of rightaway would be very useful. Maybe this could be done by including pyfailmalloc in _testcapi with some changes to enable multiple behaviors, among which one of them would be deterministic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:30:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 13:30:16 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1497879016.34.0.41882025403.issue13617@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I lost track of this issue. Feel free to update and complete my patch :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:32:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 13:32:50 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497878903.24.0.267863085242.issue30695@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwY9_giaZByOGyvNatCwsrudo_05m4A-bME_N5u4efQc5Q@mail.gmail.com>


STINNER Victor added the comment:

Your code can be reproduced with pyfailmalloc using N=0 :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:40:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 13:40:54 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1497879654.02.0.148702284531.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Yet another bug. I see a pattern, a lot of tests ends with test_threading running in background, test_threading is the last test to run, and then regrtest stops logging anything and buildbot kills the test.

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%202.7/builds/126/steps/test/logs/stdio

...
0:05:18 [399/404] test_scope passed -- running: test_threading (128 sec)
0:05:19 [400/404] test_longexp passed -- running: test_threading (129 sec)
0:05:19 [401/404] test_strptime passed -- running: test_threading (129 sec)
0:05:20 [402/404] test_logging passed -- running: test_threading (130 sec)
0:05:27 [403/404] test_select passed -- running: test_threading (137 sec)

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2 -j4', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=1528.143168

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:41:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 13:41:58 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1497879718.67.0.813468940103.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%202.7/builds/140/steps/test/logs/stdio

...
0:10:17 [400/404] test_binhex passed -- running: test_threading (474 sec)
0:10:17 [401/404] test_pdb passed -- running: test_threading (474 sec)
0:10:17 [402/404] test_parser passed -- running: test_threading (475 sec)
0:10:17 [403/404] test_gdb skipped -- running: test_threading (475 sec)
test_gdb skipped -- gdb versions before 7.0 didn't support python embedding. Saw 6.1:
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd".

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=1818.589810

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:42:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 13:42:47 +0000
Subject: [issue29887] test_normalization doesn't work
In-Reply-To: <1490288230.58.0.523545383484.issue29887@psf.upfronthosting.co.za>
Message-ID: <1497879767.44.0.274153742392.issue29887@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset acdf159b245aaac28f54dd10606911386ab39058 by Victor Stinner in branch '3.6':
bpo-29887: test_normalization handles PermissionError (#1196) (#2275)
https://github.com/python/cpython/commit/acdf159b245aaac28f54dd10606911386ab39058


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29887>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:49:40 2017
From: report at bugs.python.org (Dan Snider)
Date: Mon, 19 Jun 2017 13:49:40 +0000
Subject: [issue30702] pickle uses getattr(obj,
 '__reduce__') instead of getattr(type(obj), '__reduce__')
Message-ID: <1497880180.73.0.160578831769.issue30702@psf.upfronthosting.co.za>


New submission from Dan Snider:

That is inconsistent with every other object.__dunder_method__ which still work even if the instance gets an attribute with the same name.

----------
components: Library (Lib)
messages: 296337
nosy: assume_away
priority: normal
severity: normal
status: open
title: pickle uses getattr(obj, '__reduce__') instead of getattr(type(obj), '__reduce__')
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30702>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:50:32 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 19 Jun 2017 13:50:32 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1497880232.44.0.233913866461.issue30695@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

I am not sure, failmalloc.enable(range) accepts only range > 1, hook_malloc() fails only once instead of permanently and hook_free() does free memory.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 19 09:52:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 13:52:33 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1497880353.97.0.00946971022457.issue30695@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I am not sure, failmalloc.enable(range) accepts only range > 1, hook_malloc() fails only once instead of permanently and hook_free() does free memory.

All these things can change :-)

> Also what happens then after this call is not very close to real life as memory is never freed.

Why not freeing memory?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 19 10:00:42 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Jun 2017 14:00:42 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497880842.89.0.724735979131.issue30176@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
pull_requests: +2326

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Mon Jun 19 10:00:55 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 19 Jun 2017 14:00:55 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1497880855.55.0.679170237514.issue30695@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Good point. Not freeing the memory made the implementation of set_nomemory_allocator() simpler, no need to call PyMem_GetAllocator(). Forget about this point, sorry :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 19 10:05:01 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Jun 2017 14:05:01 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497881101.5.0.268062434114.issue30176@psf.upfronthosting.co.za>


Changes by Xiang Zhang <angwerzx at 126.com>:


----------
pull_requests: +2327

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Mon Jun 19 10:07:02 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Jun 2017 14:07:02 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497881222.21.0.904873527561.issue30176@psf.upfronthosting.co.za>


Xiang Zhang added the comment:


New changeset 04521c275e47e4df59046ee0297810f06c208350 by Xiang Zhang in branch '3.5':
bpo-30176: Add missing curses cell attributes constants (#2277)
https://github.com/python/cpython/commit/04521c275e47e4df59046ee0297810f06c208350


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Mon Jun 19 10:12:47 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Jun 2017 14:12:47 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497881567.86.0.468257667255.issue30176@psf.upfronthosting.co.za>


Xiang Zhang added the comment:


New changeset b39a7481ee7e6166d6d2b252a7a514b1f6553dfa by Xiang Zhang in branch '2.7':
bpo-30176: Add missing curses cell attributes constants (#2278)
https://github.com/python/cpython/commit/b39a7481ee7e6166d6d2b252a7a514b1f6553dfa


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Mon Jun 19 10:13:28 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 19 Jun 2017 14:13:28 +0000
Subject: [issue30176] curses attribute constants list is incomplete
In-Reply-To: <1493226906.47.0.950642994662.issue30176@psf.upfronthosting.co.za>
Message-ID: <1497881608.3.0.135328602335.issue30176@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

Thanks Mariatta and Serhiy!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30176>
_______________________________________

From report at bugs.python.org  Mon Jun 19 10:21:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Jun 2017 14:21:07 +0000
Subject: [issue30404] Make stdout and stderr truly unbuffered when using -u
 option
In-Reply-To: <1495209125.34.0.468493818937.issue30404@psf.upfronthosting.co.za>
Message-ID: <1497882067.09.0.778319622352.issue30404@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Writing separate lines:

$ ./python -m timeit -s 'import sys' -s 'with open("setup.py") as f: s = f.readlines()' 'sys.stderr.writelines(s)' 2>/dev/null
200 loops, best of 5: 1.07 msec per loop

$ ./python -u -m timeit -s 'import sys' -s 'with open("setup.py") as f: s = f.readlines()' 'sys.stderr.writelines(s)' 2>/dev/null
Unpatched:  50 loops, best of 5: 5.89 msec per loop
Patched:    100 loops, best of 5: 3.32 msec per loop

Writing separate characters:

$ ./python -m timeit -s 'import sys' -s 'with open("setup.py") as f: s = list(f.read())' 'sys.stderr.writelines(s)' 2>/dev/null
10 loops, best of 5: 30 msec per loop

$ ./python -u -m timeit -s 'import sys' -s 'with open("setup.py") as f: s = list(f.read())' 'sys.stderr.writelines(s)' 2>/dev/null
Unpatched:  5 loops, best of 5: 49.2 msec per loop
Patched:    2 loops, best of 5: 137 msec per loop

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30404>
_______________________________________

From report at bugs.python.org  Mon Jun 19 10:37:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 14:37:03 +0000
Subject: [issue30404] Make stdout and stderr truly unbuffered when using -u
 option
In-Reply-To: <1495209125.34.0.468493818937.issue30404@psf.upfronthosting.co.za>
Message-ID: <1497883023.63.0.760561017454.issue30404@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum. It has an huge impact on performances. Would it make sense to have two command line options to choose between unbuffered and line buffered?

The C setvbuf() function uses these constants:

              _IONBF unbuffered
              _IOLBF line buffered
              _IOFBF fully buffered

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30404>
_______________________________________

From report at bugs.python.org  Mon Jun 19 11:14:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 15:14:17 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1497885257.79.0.561857267785.issue30383@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2328

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Mon Jun 19 11:20:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 15:20:57 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on x86-64 Sierra
 3.x. buildbot
Message-ID: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>


New submission from STINNER Victor:

regrtest hangs while running test_multiprocessing_forkserver in a worker process on the "x86-64 Sierra 3.x" buildbot.

Bug seen twice: build 343 and 337.

http://buildbot.python.org/all/builders/x86-64%20Sierra%203.x/builds/337/steps/test/logs/stdio

Run tests in parallel using 2 child processes
...
0:29:36 load avg: 5.24 [402/406] test_deque passed -- running: test_multiprocessing_forkserver (1346 sec)
0:29:37 load avg: 5.24 [403/406] test_descrtut passed -- running: test_multiprocessing_forkserver (1346 sec)
0:29:37 load avg: 4.90 [404/406] test_weakset passed -- running: test_multiprocessing_forkserver (1347 sec)
0:29:40 load avg: 4.90 [405/406] test_distutils passed -- running: test_multiprocessing_forkserver (1350 sec)

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=2983.908679

----------
components: Tests
keywords: buildbot
messages: 296348
nosy: haypo
priority: normal
severity: normal
status: open
title: test_multiprocessing_forkserver hangs on x86-64 Sierra 3.x. buildbot
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 19 11:21:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 15:21:04 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on x86-64 Sierra
 3.x. buildbot
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1497885664.08.0.139775934309.issue30703@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +macOS
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 19 11:23:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 15:23:26 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1497885806.9.0.375413868336.issue30383@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I chose to not backport test_huntrleaks_fd_leak() since I expect bugs, and I'm not interested at this point to fix such issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Mon Jun 19 11:28:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 15:28:11 +0000
Subject: [issue30704] test_free_different_thread() of test_code leaks
 references on Python 3.6
Message-ID: <1497886091.03.0.481986477889.issue30704@psf.upfronthosting.co.za>


New submission from STINNER Victor:

haypo at selma$ ./python -m test -m test.test_code.CoExtra.test_free_different_thread -R 3:3 test_code 
Run tests sequentially
test_code leaked [2, 1, 1] memory blocks, sum=4

The regression was introduced by the bpo-30604: commit 2997fec01ee7300c6d5940e6c55e4ccf9f56f1b5.

----------
messages: 296350
nosy: dino.viehland, haypo, ned.deily, yselivanov
priority: normal
severity: normal
status: open
title: test_free_different_thread() of test_code leaks references on Python 3.6
type: resource usage
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30704>
_______________________________________

From report at bugs.python.org  Mon Jun 19 11:50:42 2017
From: report at bugs.python.org (schen)
Date: Mon, 19 Jun 2017 15:50:42 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1497887442.75.0.0555632135682.issue30450@psf.upfronthosting.co.za>


schen added the comment:

The usage text in build.bat still mentions that svn.exe is required for the '-e' flag. I think it should be updated to reflect the changes made.

----------
nosy: +schen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Mon Jun 19 12:08:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 19 Jun 2017 16:08:15 +0000
Subject: [issue30404] Make stdout and stderr truly unbuffered when using -u
 option
In-Reply-To: <1495209125.34.0.468493818937.issue30404@psf.upfronthosting.co.za>
Message-ID: <1497888495.34.0.778392281993.issue30404@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Note that if output by lines, the patch speeds up the output! Actually the output is fast enough with buffering and without. The only slowdown is exposed when output by characters, but this is uncommon case. And if you output by characters (in case of drawing a progressbar or like), then perhaps you want the characters been displayed immediately, without buffering.

See also issue13601.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30404>
_______________________________________

From report at bugs.python.org  Mon Jun 19 12:11:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 16:11:26 +0000
Subject: [issue30705] python2.7 -m test -R 3:3 hangs on Refleaks 2.7 buildbots
Message-ID: <1497888686.38.0.385833732648.issue30705@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The Refleaks 2.7 job hangs on "AMD64 Windows8.1 Refleaks 2.7" and "x86 Gentoo Refleaks 2.7" buildbots.


(1) Gentoo

http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%202.7/builds/21

StartSat Jun 3 00:00:00 2017
Elapsed328 hrs, 17 mins, 37 secs

http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%202.7/builds/21/steps/test/logs/stdio
...
running: test_io (1177378 sec)
running: test_io (1177408 sec)
running: test_io (1177438 sec)
running: test_io (1177468 sec)


(2) Windows

http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%202.7/builds/27

Elasped: 88 hrs, 11 mins, 5 secs

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

...
running: test_regrtest (304919 sec)
running: test_regrtest (304949 sec)
running: test_regrtest (304979 sec)
running: test_regrtest (305009 sec)
running: test_regrtest (305039 sec)
running: test_regrtest (305069 sec)

----------
components: Tests
messages: 296353
nosy: haypo, zach.ware
priority: normal
severity: normal
status: open
title: python2.7 -m test -R 3:3 hangs on Refleaks 2.7 buildbots
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30705>
_______________________________________

From report at bugs.python.org  Mon Jun 19 12:33:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 16:33:23 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1497890003.84.0.233508999444.issue30383@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a601fcca3bf2061e43d4d2710a730536cf26327b by Victor Stinner in branch '3.5':
[3.5] bpo-30383: Backport regrtest and test_regrtest enhancements from master to 3.5 (#2279)
https://github.com/python/cpython/commit/a601fcca3bf2061e43d4d2710a730536cf26327b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Mon Jun 19 12:35:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 16:35:35 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1497890135.82.0.318873654909.issue30383@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I backport all test_regrtest except of test_huntrleaks_fd_leak() which is a deliberate choice, so I now close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Mon Jun 19 12:36:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 16:36:29 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1497890189.34.0.9692289908.issue30383@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, while reading bpo-30283, I see that Serhiy asked me to mention regrtest enhancements. So I reopen the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Mon Jun 19 12:43:28 2017
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 19 Jun 2017 16:43:28 +0000
Subject: [issue18967] Find a less conflict prone approach to Misc/NEWS
In-Reply-To: <1378605881.29.0.990351353386.issue18967@psf.upfronthosting.co.za>
Message-ID: <1497890608.09.0.270384273238.issue18967@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Yep, core-workflow work has superseded this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18967>
_______________________________________

From report at bugs.python.org  Mon Jun 19 13:13:03 2017
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 19 Jun 2017 17:13:03 +0000
Subject: [issue30697] segfault in PyErr_NormalizeException() after memory
 exhaustion
In-Reply-To: <1497792581.23.0.578886308028.issue30697@psf.upfronthosting.co.za>
Message-ID: <1497892383.38.0.647140121239.issue30697@psf.upfronthosting.co.za>


Brett Cannon added the comment:

So is PR 2035 a fix for this? This discussion on this exact problem seems to have ended up spanning a couple issues and a PR so I'm losing track of where things sit at the moment.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30697>
_______________________________________

From report at bugs.python.org  Mon Jun 19 13:21:03 2017
From: report at bugs.python.org (Grzegorz Grzywacz)
Date: Mon, 19 Jun 2017 17:21:03 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1485909545.04.0.650924943503.issue29406@psf.upfronthosting.co.za>
Message-ID: <1497892863.92.0.929092203085.issue29406@psf.upfronthosting.co.za>


Grzegorz Grzywacz added the comment:

This is not problem with madis-data.ncep.noaa.gov not doing ssl shutdown, this is problem with asyncio not doing it.

Patch from this #30698 issue fix this too.

----------
nosy: +grzgrzgrz3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Mon Jun 19 13:24:50 2017
From: report at bugs.python.org (Nikolay Kim)
Date: Mon, 19 Jun 2017 17:24:50 +0000
Subject: [issue29406] asyncio SSL contexts leak sockets after calling close
 with certain Apache servers
In-Reply-To: <1497892863.92.0.929092203085.issue29406@psf.upfronthosting.co.za>
Message-ID: <AE9505DE-188D-4084-A56F-2DCBFAA6C521@gmail.com>


Nikolay Kim added the comment:

Let?s close this issue then. I don?t like it anyway.

> On Jun 19, 2017, at 10:21 AM, Grzegorz Grzywacz <report at bugs.python.org> wrote:
> 
> 
> Grzegorz Grzywacz added the comment:
> 
> This is not problem with madis-data.ncep.noaa.gov not doing ssl shutdown, this is problem with asyncio not doing it.
> 
> Patch from this #30698 issue fix this too.
> 
> ----------
> nosy: +grzgrzgrz3
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue29406>
> _______________________________________

----------
nosy: +fafhrd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29406>
_______________________________________

From report at bugs.python.org  Mon Jun 19 13:33:22 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 19 Jun 2017 17:33:22 +0000
Subject: [issue30681] email.utils.parsedate_to_datetime() should return None
 when date cannot be parsed
In-Reply-To: <1497568363.46.0.596536376967.issue30681@psf.upfronthosting.co.za>
Message-ID: <1497893602.75.0.210458109797.issue30681@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'll make one argument in favor of retaining the exception, and if that doesn't fly then I agree to the solution and will try to review the PR soon.

The argument is this: if parsedate_to_datetime raises an error, you get information about *why* the date was invalid, which you don't get from a 'None' return.  It is my thought that this would be the most useful behavior for the cases where you call it directly (otherwise, why call it directly?)

(And as far as the doc issue goes, you are correct Barry that the current docs don't document the difference in the error case; I noted in another issue that that "should be fixed"...which is only the case now if you agree to my argument above :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30681>
_______________________________________

From report at bugs.python.org  Mon Jun 19 13:34:28 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Jun 2017 17:34:28 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497893668.06.0.661806605915.issue30687@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 40a23e88994aca92c83c8e84ab8b8cdc11d7ec54 by Steve Dower in branch 'master':
bpo-30687: Fixes build scripts to find msbuild.exe and stop relying on vcvarsall.bat (#2252)
https://github.com/python/cpython/commit/40a23e88994aca92c83c8e84ab8b8cdc11d7ec54


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Mon Jun 19 13:45:22 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Jun 2017 17:45:22 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497894322.94.0.440253825103.issue30687@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +2329

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Mon Jun 19 13:46:27 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Jun 2017 17:46:27 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497894387.59.0.955963206522.issue30687@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +2330

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:07:29 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:07:29 +0000
Subject: [issue27609] IDLE completions: format, factor, and fix
In-Reply-To: <1469404988.71.0.674184496094.issue27609@psf.upfronthosting.co.za>
Message-ID: <1497895649.83.0.131177166966.issue27609@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27609>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:10:21 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:10:21 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1497895821.29.0.81241172787.issue30422@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:11:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:11:19 +0000
Subject: [issue26143] Ensure that IDLE's stdlib imports are from the stdlib
In-Reply-To: <1453089950.28.0.356846327087.issue26143@psf.upfronthosting.co.za>
Message-ID: <1497895879.44.0.0956588650962.issue26143@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26143>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:12:59 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Jun 2017 18:12:59 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497895979.49.0.771752162456.issue30687@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 06d6e3d0bb5b8a3d3105289034953a8014356a0b by Steve Dower in branch '3.6':
bpo-30687: Fixes build scripts to find msbuild.exe and stop relying on vcvarsall.bat (#2252) (#2280)
https://github.com/python/cpython/commit/06d6e3d0bb5b8a3d3105289034953a8014356a0b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:19:14 2017
From: report at bugs.python.org (Tim Peters)
Date: Mon, 19 Jun 2017 18:19:14 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1497896354.52.0.342266056418.issue30671@psf.upfronthosting.co.za>


Tim Peters added the comment:

BTW, I should have spelled this out earlier:  recall that x and y collide on the first probe if and only if

    x = y (mod 2**k)   [1]

The second probe never happens unless they do collide on the first probe, so when looking at the second probe we can assume that [1] is true.  Since [1] is true,

    5*(x % 2**k) + 1 = 5*(y % 2**k) + 1

is also true (and there's nothing special here about "5" and "1" - it would hold for any multiplier and any addend).  The second probe just adds (x >> 5) % 2**k to the left side of that and (y >> 5) % 2**k to the right side of that.  Therefore the second probes collide if and only if (in addition to [1])

    x >> 5 = y >> 5 (mod 2**k)  [2]

The primary point is that any analysis that ignores the higher-order bits is missing the primary thing that matters ;-)

[2] does reveal some potential weaknesses in the scheme.  For example, if k < 5, some bits of the hash code have no effect on the probe sequence (e.g., if k==1, the first probe depends only on the hash code's last bit, and if there's collision then a second-probe collision depends only on bit 2**5 -- bits 2**1 through 2**4 are effectively ignored - but the table only has 2 slots in the k==1 case).  Decreasing PERTURB_SHIFT works against that.

OTOH, if k > 5, some of the bits that contributed to [1] being true also feed into whether [2] is true.  Increasing PERTURN_SHIFT works against that.

Setting PERTURB_SHIFT=k (i.e., make it depend on the number of slots) avoids both, but dosen't appear to actually perform better than always using 5.

The rub is that collisions just aren't a real problem under the current scheme - and hashsim.py shows it's doing about as well on that count as the theoretical gold standard ("uniform hashing").

If people have time to spend on dicts, I'd rather see them pursue entirely different methods, that guarantee to slash the _worst_ case number of probes.  hashsim.py also shows that while long collision chains are rare, they do occur (and they also occur under "uniform hashing").  Then, e.g., we could drop the annoying "hash randomization" cruft.  For example, dig into "cuckoo hashing" and "Robin Hood hashing".  Just be warned that, regardless of scheme, the devil's in the details :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:24:32 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Jun 2017 18:24:32 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1497896672.28.0.00843115944895.issue30450@psf.upfronthosting.co.za>


Steve Dower added the comment:

Zach, I just spotted this build log, that appears to have failed to download nuget.exe: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.6/builds/339/steps/compile/logs/stdio

Guessing the bot is only succeeding because it currently has all the dependencies. Maybe we should consider just checking in nuget.exe?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:31:31 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:31:31 +0000
Subject: [issue25488] IDLE: Remove '', user_dir,
 and idlelib from sys.path when added
In-Reply-To: <1445937913.03.0.194834202195.issue25488@psf.upfronthosting.co.za>
Message-ID: <1497897091.75.0.81034970222.issue25488@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#25488 and #26143 address related issues of sys.path as seen by IDLE and user code.  #26143 focuses on what IDLE sees, and user modules shadowing IDLE modules, #25488 focuses on what user code sees, and the presence of idlelib in sys.path making buggy code work.  It includes startup information relevant to #26143 also.  Both should be solved by patching IDLE in same place.

----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25488>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:31:49 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:31:49 +0000
Subject: [issue26143] Ensure that IDLE's stdlib imports are from the stdlib
In-Reply-To: <1453089950.28.0.356846327087.issue26143@psf.upfronthosting.co.za>
Message-ID: <1497897109.7.0.708438848361.issue26143@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#25488 and #26143 address related issues of sys.path as seen by IDLE and user code.  #26143 focuses on what IDLE sees, and user modules shadowing IDLE modules, #25488 focuses on what user code sees, and the presence of idlelib in sys.path making buggy code work.  It includes startup information relevant to #26143 also.  Both should be solved by patching IDLE in same place.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26143>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:32:36 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Jun 2017 18:32:36 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497897156.93.0.453996710323.issue30687@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 2c899ccffda92a7f3d4e7a01f14a666504db07b5 by Steve Dower in branch '3.5':
bpo-30687: Fixes build scripts to find msbuild.exe and stop relying on vcvarsall.bat (#2252) (#2281)
https://github.com/python/cpython/commit/2c899ccffda92a7f3d4e7a01f14a666504db07b5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:32:43 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:32:43 +0000
Subject: [issue28572] IDLE: add tests for config dialog.
In-Reply-To: <1477948919.57.0.703261528011.issue28572@psf.upfronthosting.co.za>
Message-ID: <1497897163.74.0.587123562426.issue28572@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28572>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:33:49 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Jun 2017 18:33:49 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497897229.24.0.836291336937.issue30687@psf.upfronthosting.co.za>


Steve Dower added the comment:

Ned - this has been merged into 3.6 branch and the buildbots look good.

Feel free to move the NEWS item around and/or cherrypick into 3.6.2 at your leisure.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:34:01 2017
From: report at bugs.python.org (Steve Dower)
Date: Mon, 19 Jun 2017 18:34:01 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1497897241.37.0.263331465674.issue30687@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:42:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:42:13 +0000
Subject: [issue27477] IDLE: Switch search dialogs to ttk widgets,
 and other refinement
In-Reply-To: <1468181977.57.0.555586182066.issue27477@psf.upfronthosting.co.za>
Message-ID: <1497897733.96.0.408448757361.issue27477@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27477>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:44:12 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:44:12 +0000
Subject: [issue27465] IDLE:Make help source menu entries unique and sorted.
In-Reply-To: <1467943126.13.0.718896019337.issue27465@psf.upfronthosting.co.za>
Message-ID: <1497897852.91.0.0559701087021.issue27465@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27465>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:44:33 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:44:33 +0000
Subject: [issue27452] IDLE: Cleanup config code
In-Reply-To: <1467662991.07.0.187758431637.issue27452@psf.upfronthosting.co.za>
Message-ID: <1497897873.39.0.710189336544.issue27452@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27452>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:45:04 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:45:04 +0000
Subject: [issue27388] IDLE configdialog: reduce multiple references to Var
 names
In-Reply-To: <1466907816.0.0.0265609699186.issue27388@psf.upfronthosting.co.za>
Message-ID: <1497897904.89.0.839024256602.issue27388@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27388>
_______________________________________

From report at bugs.python.org  Mon Jun 19 14:46:22 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 18:46:22 +0000
Subject: [issue27099] IDLE: turn builting extensions into regular modules
In-Reply-To: <1464055360.13.0.626532918919.issue27099@psf.upfronthosting.co.za>
Message-ID: <1497897982.41.0.0303058457944.issue27099@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27099>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:01:55 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:01:55 +0000
Subject: [issue22893] Idle: __future__ does not work in startup code.
In-Reply-To: <1416261777.24.0.465929106454.issue22893@psf.upfronthosting.co.za>
Message-ID: <1497898915.28.0.10788996473.issue22893@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22893>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:02:53 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:02:53 +0000
Subject: [issue26353] IDLE: Saving Shell should not add \n
In-Reply-To: <1455314892.8.0.4844402262.issue26353@psf.upfronthosting.co.za>
Message-ID: <1497898973.33.0.543785401354.issue26353@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26353>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:06:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:06:18 +0000
Subject: [issue22742] IDLE shows traceback when printing non-BMP character
In-Reply-To: <1414426704.85.0.168243800807.issue22742@psf.upfronthosting.co.za>
Message-ID: <1497899178.86.0.156662007966.issue22742@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE -Library (Lib)
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22742>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:07:50 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:07:50 +0000
Subject: [issue25522] IDLE: warn if save-as name matches stdlib name
In-Reply-To: <1446270102.89.0.424617028731.issue25522@psf.upfronthosting.co.za>
Message-ID: <1497899270.08.0.196108552371.issue25522@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25522>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:08:28 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:08:28 +0000
Subject: [issue25244] Idle: refine right-click behavior
In-Reply-To: <1443309139.01.0.264782757887.issue25244@psf.upfronthosting.co.za>
Message-ID: <1497899308.49.0.101668323734.issue25244@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25244>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:09:25 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:09:25 +0000
Subject: [issue25198] Idle: improve idle.html help viewer.
In-Reply-To: <1442794067.12.0.0580996406415.issue25198@psf.upfronthosting.co.za>
Message-ID: <1497899365.69.0.727182348392.issue25198@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25198>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:10:23 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:10:23 +0000
Subject: [issue25219] Update doc for Idle command line options.
In-Reply-To: <1442990084.65.0.133912466016.issue25219@psf.upfronthosting.co.za>
Message-ID: <1497899423.02.0.181878754885.issue25219@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25219>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:11:14 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:11:14 +0000
Subject: [issue25218] Automate creation of idlelib/help.html from
 Doc/.../idle.html
In-Reply-To: <1442979755.02.0.25591432423.issue25218@psf.upfronthosting.co.za>
Message-ID: <1497899474.67.0.560731228843.issue25218@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +Build, IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25218>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:30:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 19:30:40 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1495941740.56.0.621655501188.issue30495@psf.upfronthosting.co.za>
Message-ID: <1497900640.78.0.881819948892.issue30495@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

You were waiting on my review of the revised patch.

1. Remove the help_about changes.  Reworking help_about is #24813.  I just reviewed Mark Roseman's patch.  I do not want the button frames because I would like to get rid of the buttons.  Besides that, I don't think the classes give enough benefit.  If I wanted to keep the buttons, create_py/idle/button functions might be considered.  You can attach to that issue a minimal change patch or PR that splits off AboutFrame from AboutDialog (the window).  Leave the latter name alone for now to minimize changes needed in other files.  We can then consider adding pieces of what Mark did one at a time.

2. I downloaded the patch, deleted help_about changes, applied, and tested.

Test_help_about needs two  insertions of '.textframe'  to solve
======================================================================
ERROR: test_file_buttons (idlelib.idle_test.test_help_about.LiveDialogTest)
Test buttons that display files.
----------------------------------------------------------------------
Traceback (most recent call last):
  File "f:\dev\3x\lib\idlelib\idle_test\test_help_about.py", line 67, in test_file_buttons
    dialog._current_textview.text.get('1.0', '1.end'))
AttributeError: 'TextviewWindow' object has no attribute 'text'

======================================================================
ERROR: test_printer_buttons (idlelib.idle_test.test_help_about.LiveDialogTest)
Test buttons whose commands use printer function.
----------------------------------------------------------------------
Traceback (most recent call last):
  File "f:\dev\3x\lib\idlelib\idle_test\test_help_about.py", line 48, in test_printer_buttons
    dialog._current_textview.text.get('1.0', '1.end'))
AttributeError: 'TextviewWindow' object has no attribute 'text'

Make a PR this time so I can review a side-by-side diff and retest.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:42:37 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 19 Jun 2017 19:42:37 +0000
Subject: [issue30701] Exception parsing certain invalid email address headers
In-Reply-To: <1497864347.44.0.160991763633.issue30701@psf.upfronthosting.co.za>
Message-ID: <1497901357.66.0.0811092659796.issue30701@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yep, you found an edge case I didn't write a test for.  The defect should get added to the header object during parsing.  (Those are supposed to get copied to the message object...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30701>
_______________________________________

From report at bugs.python.org  Mon Jun 19 15:49:35 2017
From: report at bugs.python.org (Alexander Mohr)
Date: Mon, 19 Jun 2017 19:49:35 +0000
Subject: [issue30698] asyncio sslproto do not shutdown ssl layer cleanly
In-Reply-To: <1497823715.09.0.154341862456.issue30698@psf.upfronthosting.co.za>
Message-ID: <1497901775.28.0.186617980187.issue30698@psf.upfronthosting.co.za>


Changes by Alexander Mohr <thehesiod at gmail.com>:


----------
nosy: +thehesiod

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30698>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:31:02 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:31:02 +0000
Subject: [issue21674] Idle: Add 'find all' in current file
In-Reply-To: <1402000832.05.0.464293408794.issue21674@psf.upfronthosting.co.za>
Message-ID: <1497904262.71.0.804698361723.issue21674@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21674>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:32:59 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:32:59 +0000
Subject: [issue18318] Idle: stop depending on console output
In-Reply-To: <1372373009.47.0.618602359328.issue18318@psf.upfronthosting.co.za>
Message-ID: <1497904379.11.0.325188513004.issue18318@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18318>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:38:22 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:38:22 +0000
Subject: [issue18064] IDLE: add current directory to open_module
In-Reply-To: <1369517780.56.0.941397989466.issue18064@psf.upfronthosting.co.za>
Message-ID: <1497904702.58.0.453066194132.issue18064@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

For IDLE development, I would love to have idlelib and idlelib.idle_test on the open line.  Perhaps this should be user configurable: Favorite directories for opening files.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18064>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:38:43 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:38:43 +0000
Subject: [issue18064] IDLE: add current directory to open_module
In-Reply-To: <1369517780.56.0.941397989466.issue18064@psf.upfronthosting.co.za>
Message-ID: <1497904723.84.0.269023223997.issue18064@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18064>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:41:14 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:41:14 +0000
Subject: [issue25090] IDLE: remove noisy icons from class (module) browser
In-Reply-To: <1442187879.71.0.781728346587.issue25090@psf.upfronthosting.co.za>
Message-ID: <1497904874.97.0.434972828653.issue25090@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> test needed
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25090>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:45:59 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:45:59 +0000
Subject: [issue17060] IDLE -- jump to home should not go past the PS1 and PS2
 prompts
In-Reply-To: <1359364664.26.0.133025400757.issue17060@psf.upfronthosting.co.za>
Message-ID: <1497905159.84.0.416976828876.issue17060@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am closing this instead of #18444 because the latter has more extensive discussion.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> IDLE: Mac OS X pressing ctrl-A in Python shell moved cursor before the prompt, which then makes the keyboard unresponsive.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17060>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:47:32 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:47:32 +0000
Subject: [issue18444] IDLE: Mac OS X pressing ctrl-A in Python shell moved
 cursor before the prompt, which then makes the keyboard unresponsive.
In-Reply-To: <1373777050.16.0.963661085579.issue18444@psf.upfronthosting.co.za>
Message-ID: <1497905252.49.0.755707211085.issue18444@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I closed #17060 as a duplicate of this.  Roger Serwy there said
 "The .home_callback() in Lib/idlelib/EditorWindow.py contains the logic from #3851 for placing the cursor at the beginning of the prompt, but it requires that a key combination be bound to the beginning-of-line virtual event.

Should we append "<Key-Home> <Control-Key-a>" to the begining-of-line config in Lib/idlelib/config-keys.def ?"

----------
assignee:  -> terry.reedy
stage:  -> test needed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18444>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:47:50 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:47:50 +0000
Subject: [issue18444] IDLE: Mac OS X pressing ctrl-A in Python shell moved
 cursor before the prompt, which then makes the keyboard unresponsive.
In-Reply-To: <1373777050.16.0.963661085579.issue18444@psf.upfronthosting.co.za>
Message-ID: <1497905270.17.0.00411169160751.issue18444@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18444>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:49:29 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:49:29 +0000
Subject: [issue20917] Idle: Enhance font change notification system
In-Reply-To: <1394741097.69.0.88319958865.issue20917@psf.upfronthosting.co.za>
Message-ID: <1497905369.21.0.769841230698.issue20917@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
stage:  -> test needed
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20917>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:51:34 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:51:34 +0000
Subject: [issue25036] IDLE - infrastructure changes so editors don't assume
 they're in a toplevel
In-Reply-To: <1441753399.73.0.466397630291.issue25036@psf.upfronthosting.co.za>
Message-ID: <1497905494.1.0.430883665278.issue25036@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> test needed
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25036>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:53:12 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:53:12 +0000
Subject: [issue25031] IDLE - file list improvements
In-Reply-To: <1441727599.54.0.0383020553407.issue25031@psf.upfronthosting.co.za>
Message-ID: <1497905592.26.0.865007929339.issue25031@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> test needed
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25031>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:53:36 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:53:36 +0000
Subject: [issue25015] Idle: scroll Text faster with mouse wheel
In-Reply-To: <1441566965.71.0.33630989907.issue25015@psf.upfronthosting.co.za>
Message-ID: <1497905616.58.0.938875077668.issue25015@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25015>
_______________________________________

From report at bugs.python.org  Mon Jun 19 16:55:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 20:55:51 +0000
Subject: [issue24996] IDLE: debugger local/global vars should not be editable
In-Reply-To: <1441315753.96.0.0493251705052.issue24996@psf.upfronthosting.co.za>
Message-ID: <1497905751.64.0.524704857185.issue24996@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
stage:  -> test needed
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24996>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:00:09 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 21:00:09 +0000
Subject: [issue24996] IDLE: debugger local/global vars should not be editable
In-Reply-To: <1441315753.96.0.0493251705052.issue24996@psf.upfronthosting.co.za>
Message-ID: <1497906009.17.0.635355748293.issue24996@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I believe an Entry validator can reject all keystrokes.  

It seem feasible that globals could be changed.  I could look at what pdb can do and if so, how.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24996>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:17:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 21:17:11 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on x86-64 Sierra
 3.x. buildbot
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1497907031.06.0.966188519017.issue30703@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Different issue, but same behaviour: test hangs and then killed by buildbot, whereas a single test was still running.

See also bpo-30351 which tracks similar bugs, but on Python 2.7.

I really hate such bugs :-(

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

...
0:15:10 load avg: 0.52 [404/406] test_unicodedata passed -- running: test_pydoc (401 sec)
0:15:10 load avg: 0.52 [405/406] test_exception_hierarchy passed -- running: test_pydoc (401 sec)

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=2111.415970

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:17:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 19 Jun 2017 21:17:37 +0000
Subject: [issue30703] regrtest hangs on the master branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1497907057.25.0.50370106697.issue30703@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: test_multiprocessing_forkserver hangs on x86-64 Sierra 3.x. buildbot -> regrtest hangs on the master branch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:18:55 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 21:18:55 +0000
Subject: [issue24936] Idle: handle 'raise' properly when running with
 subprocess (2.7)
In-Reply-To: <1440520884.78.0.336489829691.issue24936@psf.upfronthosting.co.za>
Message-ID: <1497907135.38.0.146063615693.issue24936@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The Runtime error is what current py 3 raises.  TypeError is what 2.7.13 raises. Since the only problem is for someone who read the doc running 'raise' in IDLE 2.7  in -n mode, closing.

----------
assignee:  -> terry.reedy
components: +IDLE
resolution:  -> wont fix
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24936>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:19:46 2017
From: report at bugs.python.org (Michael Salsone)
Date: Mon, 19 Jun 2017 21:19:46 +0000
Subject: [issue30706] EmailMessage Object Creation
Message-ID: <1497907186.78.0.0626439777359.issue30706@psf.upfronthosting.co.za>


New submission from Michael Salsone:

I am looking to use the get_body() method from email.message.EmailMessage, but I am unable to create an object of this type. I am attempting to create an object of this from message_from_string (as well as some of the other email.parser methods). But it won't allow me to change the class to email.message.EmailMessage. I've read through the source for some this code, but I don't see where you thread the needle here, is it even possible?

Example:
from email.message import EmailMessage
email.message_from_string(self.original_message, _class=EmailMessage)

----------
components: email
messages: 296378
nosy: Michael Salsone, barry, r.david.murray
priority: normal
severity: normal
status: open
title: EmailMessage Object Creation
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30706>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:42:32 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 21:42:32 +0000
Subject: [issue24212] Idle, 2.7, backport idlelib.__main__,
 enable py -m idlelib
In-Reply-To: <1431812813.24.0.960232018759.issue24212@psf.upfronthosting.co.za>
Message-ID: <1497908552.9.0.619217728004.issue24212@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am no longer patching IDLE for 2.7.

----------
assignee:  -> terry.reedy
components: +IDLE
resolution:  -> wont fix
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24212>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:45:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 21:45:19 +0000
Subject: [issue18330] Fix idlelib.PyShell.build_subprocess_arglist use of
 __import__
In-Reply-To: <1372543764.27.0.834894616208.issue18330@psf.upfronthosting.co.za>
Message-ID: <1497908719.92.0.236017387999.issue18330@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18330>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:46:27 2017
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 19 Jun 2017 21:46:27 +0000
Subject: [issue18330] Fix idlelib.PyShell.build_subprocess_arglist use of
 __import__
In-Reply-To: <1372543764.27.0.834894616208.issue18330@psf.upfronthosting.co.za>
Message-ID: <1497908787.17.0.32802924312.issue18330@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18330>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:52:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 21:52:35 +0000
Subject: [issue23431] Idle Application Not Responding
In-Reply-To: <1423552156.48.0.822437580956.issue23431@psf.upfronthosting.co.za>
Message-ID: <1497909155.37.0.0412060251011.issue23431@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

No followup, no issue.  If IDLE did not run but python did, the next thing to have tried would have been 
.../python3.4 -c "import tkinter; tkinter.Tk()"

----------
nosy: +terry.reedy
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23431>
_______________________________________

From report at bugs.python.org  Mon Jun 19 17:59:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 21:59:35 +0000
Subject: [issue14944] Setup & Usage documentation for pydoc, IDLE, & 2to3
In-Reply-To: <1338256058.02.0.10025521772.issue14944@psf.upfronthosting.co.za>
Message-ID: <1497909575.48.0.0557679124967.issue14944@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am not sure where installed scripts are documented in Using Python.  'idle' and 'idle3' are not installed on Windows.

----------
title: Setup & Usage documentation for pydoc, idle & 2to3 -> Setup & Usage documentation for pydoc, IDLE, & 2to3
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14944>
_______________________________________

From report at bugs.python.org  Mon Jun 19 18:15:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 22:15:41 +0000
Subject: [issue17583] IDLE HOWTO
In-Reply-To: <1364685156.29.0.769214841654.issue17583@psf.upfronthosting.co.za>
Message-ID: <1497910541.48.0.714694663539.issue17583@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Cheryl, what do you think of the revised patch?  I imagine it needs some updating for *nix, but does it seem useful to a beginner?

----------
nosy: +csabella
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17583>
_______________________________________

From report at bugs.python.org  Mon Jun 19 18:16:58 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 19 Jun 2017 22:16:58 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1495941740.56.0.621655501188.issue30495@psf.upfronthosting.co.za>
Message-ID: <1497910618.94.0.535169713917.issue30495@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2331

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Mon Jun 19 18:22:16 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 19 Jun 2017 22:22:16 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1497910618.97.0.482600134123.issue30495@psf.upfronthosting.co.za>
Message-ID: <CAACPsK4CeXxD0aMKnwvB+Ow3nm-i-5HtfLYrLNq1ObTh-AaA3w@mail.gmail.com>


Cheryl Sabella added the comment:

Thanks, Terry.  I've pulled the textview changes out and made a PR.  I know
you had said there can be more than one PR for a bug, so I did it under
this number.  Hope that was the right thing to do.

I'll take a look at help_about separately.

On Mon, Jun 19, 2017 at 6:16 PM, Cheryl Sabella <report at bugs.python.org>
wrote:

>
> Changes by Cheryl Sabella <chekat2 at gmail.com>:
>
>
> ----------
> pull_requests: +2331
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30495>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Mon Jun 19 18:22:37 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 22:22:37 +0000
Subject: [issue24212] Idle, 2.7, backport idlelib.__main__,
 enable py -m idlelib
In-Reply-To: <1431812813.24.0.960232018759.issue24212@psf.upfronthosting.co.za>
Message-ID: <1497910957.24.0.642838760262.issue24212@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I wanted this for the same reason you backported test.__main__ in #30223, but I'm not going to fix the problems.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24212>
_______________________________________

From report at bugs.python.org  Mon Jun 19 18:39:55 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 19 Jun 2017 22:39:55 +0000
Subject: [issue30697] segfault in PyErr_NormalizeException() after memory
 exhaustion
In-Reply-To: <1497792581.23.0.578886308028.issue30697@psf.upfronthosting.co.za>
Message-ID: <1497911995.9.0.123551437067.issue30697@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

The two issues you are refering to are the instruments that are needed to reproduce the problem. The reference to PR 2035 is only made here to argue about the question of the correct way to control the successive calls to PyErr_NormalizeException(). This question is relevant here since one of the problems raised by this issue is that in the case of memory exhaustion the user is given a RecursionError as the cause of the problem.

FWIW PR 2035 transforms the tail recursion in PyErr_NormalizeException() into a loop (as compilers would do during optimization). An infinite recursion becomes then an infinite loop instead. The advantage is that there is no stack overflow. The drawback is that it is an infinite loop.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30697>
_______________________________________

From report at bugs.python.org  Mon Jun 19 18:44:08 2017
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 19 Jun 2017 22:44:08 +0000
Subject: [issue14944] Setup & Usage documentation for pydoc, IDLE, & 2to3
In-Reply-To: <1338256058.02.0.10025521772.issue14944@psf.upfronthosting.co.za>
Message-ID: <1497912248.91.0.855728060398.issue14944@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14944>
_______________________________________

From report at bugs.python.org  Mon Jun 19 18:57:16 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 22:57:16 +0000
Subject: [issue22209] Idle: add better access to extension information
In-Reply-To: <1408150641.09.0.182071744794.issue22209@psf.upfronthosting.co.za>
Message-ID: <1497913036.84.0.875519350698.issue22209@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22209>
_______________________________________

From report at bugs.python.org  Mon Jun 19 18:58:34 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 22:58:34 +0000
Subject: [issue22010] Idle: better management of Shell window output
In-Reply-To: <1405732609.92.0.860307850836.issue22010@psf.upfronthosting.co.za>
Message-ID: <1497913114.02.0.996348957216.issue22010@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22010>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:05:10 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 19 Jun 2017 23:05:10 +0000
Subject: [issue30689] len() and iter() of ChainMap don't work with unhashable
 keys
In-Reply-To: <1497702703.77.0.955908214036.issue30689@psf.upfronthosting.co.za>
Message-ID: <1497913510.65.0.0078969525271.issue30689@psf.upfronthosting.co.za>


R. David Murray added the comment:

IMO, it would actually be surprising for ChainMap to support unhashable keys.  In Python, as Raymond indicates, "mapping" is pretty much synonymous with 'dict-like', and it would be where that was *not* true that we might add extra documentation.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30689>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:14:12 2017
From: report at bugs.python.org (Glenn Linderman)
Date: Mon, 19 Jun 2017 23:14:12 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1497914052.88.0.84047844901.issue30576@psf.upfronthosting.co.za>


Glenn Linderman added the comment:

@martin sez:
It may be reasonable to serve the Content-Encoding field based on the stored file though. If the client requests file ?xyz?, there should be no encoding, but if the request was explicitly for ?xyz.gz?, the server could add Content-Encoding. But I suspect this won?t help Pierre.

I think this suggestion violates the mapping between file name and expected data type: if the request is for "xyz.gz" then the requester wants the compressed form of the file "xyz", but adding the Content-Encoding header would cause (most known) browsers to decode the file in the network stack, and the resulting file displayed or saved would be the uncompressed form, with the compressed name.

While my implementation of the compression technique I outlined is, in fact, in a higher-level server which runs on top of either http.server or Apache, my perception of having to implement it at that level was that this is the sort of thing that the low-level server should be capable of, via configuration settings.

I note that for Apache, both mod_deflate and mod_brotli support either on-the-fly or pre-compressed data files, so it would appear that the authors of those modules agree with my perception that this should be a low-level server configuration thing.

Your example of a /tmp server, Martin, serves to point out the benefits of having pre-compressed files... much less storage is required.  I haven't looked at the pull request in detail: I'm not particularly interested in on-the-fly compression, but I wasn't certain until Pierre responded exactly what he was proposing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:14:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:14:35 +0000
Subject: [issue17506] Improve IDLE news handling
In-Reply-To: <1363852723.03.0.237286956936.issue17506@psf.upfronthosting.co.za>
Message-ID: <1497914075.61.0.249853701404.issue17506@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

To minimize news merge headaches, I have been pushing news items separately from IDLE patches, usually in batches of at least two.  It has not been too much bother to copy from NEWS.txt to NEWS.

If and when news handling is automated, I will request that items directed at the IDLE section also go to NEWS.txt.

----------
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17506>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:17:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:17:08 +0000
Subject: [issue21787] Idle: make 3.x Hyperparser.get_expression recognize ...
In-Reply-To: <1402988282.32.0.521097525019.issue21787@psf.upfronthosting.co.za>
Message-ID: <1497914228.9.0.75893854613.issue21787@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21787>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:18:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:18:40 +0000
Subject: [issue21624] Idle: polish htests
In-Reply-To: <1401597670.32.0.0453403071197.issue21624@psf.upfronthosting.co.za>
Message-ID: <1497914320.36.0.547446169673.issue21624@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21624>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:20:17 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:20:17 +0000
Subject: [issue21673] Idle: hilite search terms in hits in Find in Files
 output window
In-Reply-To: <1401998998.56.0.521906820097.issue21673@psf.upfronthosting.co.za>
Message-ID: <1497914417.55.0.185047872324.issue21673@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21673>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:20:33 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 19 Jun 2017 23:20:33 +0000
Subject: [issue30706] EmailMessage Object Creation
In-Reply-To: <1497907186.78.0.0626439777359.issue30706@psf.upfronthosting.co.za>
Message-ID: <1497914433.86.0.745318511193.issue30706@psf.upfronthosting.co.za>


R. David Murray added the comment:

This isn't the place to get help on Python coding, but since this is a relatively new API I'll give you a pointer, and then you can tell me where the docs need improvement :)

If you do message_from_string(yourstring, policy=email.policy.default), you should get back an EmailMessage object.

That said, your example does return an EmailMessage for me, if I put a string in place of your self.original_message, which must be something from your program.  However, that won't *work* very well, because the policy is set to Compat32, and Compat32 and EmailMessage aren't designed to work together.  A lot of things will work fine, but you'll get some weird errors.  However, I don't think that that is worth a documentation note, since it is a logical consequence of using _class=EmailMessage without specifying a policy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30706>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:22:55 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:22:55 +0000
Subject: [issue21632] Idle: sychronize text files across versions as
 appropriate.
In-Reply-To: <1401653048.67.0.410075240999.issue21632@psf.upfronthosting.co.za>
Message-ID: <1497914575.57.0.416656340556.issue21632@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21632>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:27:32 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:27:32 +0000
Subject: [issue21632] Idle: sychronize text files across versions as
 appropriate.
In-Reply-To: <1401653048.67.0.410075240999.issue21632@psf.upfronthosting.co.za>
Message-ID: <1497914852.95.0.527202921059.issue21632@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Help.txt has been replaced by help.html, generated from idle.html, generated from idle.rst, which is so far kept in sync for current maintenance and feature versions.  Readme.txt has been replaced and is in sync for 3.6 and 7.  The 3.6 and 3.7 code have one line difference in test_calltips.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21632>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:28:16 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:28:16 +0000
Subject: [issue18504] IDLE:Improvements- Improving Mock_Text
In-Reply-To: <1374238852.66.0.963662486602.issue18504@psf.upfronthosting.co.za>
Message-ID: <1497914896.96.0.837912926321.issue18504@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18504>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:30:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:30:45 +0000
Subject: [issue18504] IDLE: Improve Mock_Text
In-Reply-To: <1374238852.66.0.963662486602.issue18504@psf.upfronthosting.co.za>
Message-ID: <1497915045.59.0.737530467648.issue18504@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE:Improvements- Improving Mock_Text -> IDLE: Improve Mock_Text

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18504>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:36:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:36:44 +0000
Subject: [issue21474] Idle: updata fixwordbreaks() for unicode identifiers
In-Reply-To: <1399858064.02.0.148903090644.issue21474@psf.upfronthosting.co.za>
Message-ID: <1497915404.83.0.845576847694.issue21474@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21474>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:38:29 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:38:29 +0000
Subject: [issue21473] Idle: test startup scripts.
In-Reply-To: <1399854732.22.0.268177430342.issue21473@psf.upfronthosting.co.za>
Message-ID: <1497915509.89.0.847482396712.issue21473@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21473>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:41:31 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:41:31 +0000
Subject: [issue21359] IDLE Redo command accelerator acts as Undo with current
 OS X Cocoa Tk 8.5.15
In-Reply-To: <1398549164.45.0.802525173407.issue21359@psf.upfronthosting.co.za>
Message-ID: <1497915691.76.0.724634387584.issue21359@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE
nosy: +terry.reedy
stage:  -> test needed
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21359>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:49:24 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:49:24 +0000
Subject: [issue20403] Idle options dialog: add help
In-Reply-To: <1390794087.42.0.95323934944.issue20403@psf.upfronthosting.co.za>
Message-ID: <1497916164.69.0.0554738222432.issue20403@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Help has been restored, but perhaps not with this patch.  Before closing, I should check if there is anything I want to use.

----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20403>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:51:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:51:08 +0000
Subject: [issue18583] Idle: enhance FormatParagraph
In-Reply-To: <1375065577.4.0.851490009653.issue18583@psf.upfronthosting.co.za>
Message-ID: <1497916268.38.0.519607723262.issue18583@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +IDLE
versions: +Python 3.6 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18583>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:51:40 2017
From: report at bugs.python.org (Ned Deily)
Date: Mon, 19 Jun 2017 23:51:40 +0000
Subject: [issue10079] idlelib for Python 3 with Guilherme Polo GSoC
 enhancements
In-Reply-To: <1286939996.87.0.346411752414.issue10079@psf.upfronthosting.co.za>
Message-ID: <1497916300.73.0.062533396267.issue10079@psf.upfronthosting.co.za>


Ned Deily added the comment:

House cleaning: much time has passed since this issue was originally opened and the state of IDLE development has changed dramatically for the better since then, thanks, in large part, to Terry taking charge.  I suspect that nearly all of the individual items here have already been addressed as separate issues.  But, as I no longer have time to follow IDLE development, I am going to reassign this issue to Terry for a final review and closing.

----------
assignee: ned.deily -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10079>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:52:49 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:52:49 +0000
Subject: [issue18583] Idle: enhance FormatParagraph
In-Reply-To: <1375065577.4.0.851490009653.issue18583@psf.upfronthosting.co.za>
Message-ID: <1497916369.33.0.588870850317.issue18583@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18583>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:54:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:54:51 +0000
Subject: [issue18316] Idle 2.7: update to simplify cross-version patches
In-Reply-To: <1372364496.41.0.313371812412.issue18316@psf.upfronthosting.co.za>
Message-ID: <1497916491.68.0.862020308989.issue18316@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am no longer patching IDLE for 2.7, partly because of the testing issue.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18316>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:56:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 19 Jun 2017 23:56:51 +0000
Subject: [issue18152] Idle: add 2.7 backport script
In-Reply-To: <1370543391.75.0.919797325796.issue18152@psf.upfronthosting.co.za>
Message-ID: <1497916611.04.0.609177228206.issue18152@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18152>
_______________________________________

From report at bugs.python.org  Mon Jun 19 19:59:27 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 19 Jun 2017 23:59:27 +0000
Subject: [issue17583] IDLE HOWTO
In-Reply-To: <1497910541.48.0.714694663539.issue17583@psf.upfronthosting.co.za>
Message-ID: <CAACPsK7di__bKS7A5VDC8x2tsntAwo3sNFe9f5PMzwoBqrqfrA@mail.gmail.com>


Cheryl Sabella added the comment:

I think it's a good start, but may need some tweaking.  For example, the
Menu options should probably somehow stand out from the rest of the text.

I think it would be useful for a beginner, depending on how much of a
beginner they are and how they got to this page.  For example, if I wanted
to learn Python and had no prior programming experience, most likely I
would google 'learn python' (or maybe even just 'learn to program') and
check out those links.  Some results, like the Tutorial in the python.org
docs, focus on getting Python installed and using the interactive
interpreter.  There doesn't seem to be anything in the python.org docs
(except for the FAQ) that suggest using IDLE.  Although, the FAQ might be
one of the first places a beginner would look, so maybe a link from there
to the HOWTO would be helpful.  I think showing how to install IDLE and use
it is important, and that alone would make this page useful.  The current
IDLE doc page has the command line usage in the middle of the page, but
doesn't really just answer how do I install it and how do I run it?

So, assuming a beginner is following some tutorial, they get to a point
where they need an editor.  Following the instructions for installing any
program can be tricky.  Heck, even installing Python might have been
tricky, so good for them if they got this far.  But, without any
instructions for getting IDLE to run, they are left to googling for it.  It
would be great for the python docs can have a step by step installation
instruction and even troubleshooting.  Then, as this HOWTO does, explain
what opens up and how to use the editor, etc.  As I've recently experienced
with git, I find it frustrating to spend half a day trying to get something
to work when it should be easy.  This page could be a one page
introduction/reference so that someone doesn't have to cobble together
answers from all over the internet to questions they didn't even know to
ask.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17583>
_______________________________________

From report at bugs.python.org  Mon Jun 19 21:27:52 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 01:27:52 +0000
Subject: [issue17583] IDLE HOWTO
In-Reply-To: <1364685156.29.0.769214841654.issue17583@psf.upfronthosting.co.za>
Message-ID: <1497922072.68.0.420374515018.issue17583@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks.  This is helpful and got me started thinking.

I don't want to duplicate the reference doc too much, but a reference is just that, a reference.  The menu items are discussed in the order they appear, not the order a beginner might use the most common ones.

Judging from Stackoverflow questions, covering platform specifics is needed.  People seem to miss the following: Python runs IDLE; IDLE hands user code to Python to execute.  Output and error messages come from Python, not IDLE.  If you want python to import 3rd party modules, one must install the module for the Python used to run IDLE.  (I have answered at least 3 variations of this question.) Anyway, I realize that I have a source of frequent beginner questions and problems.  If we have answers in a How-To, I can quote and suggest that people read it.

Amit, do you wish to continue with this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17583>
_______________________________________

From report at bugs.python.org  Mon Jun 19 23:28:19 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 20 Jun 2017 03:28:19 +0000
Subject: [issue30420] Clarify kwarg handing for subprocess convenience APIs
In-Reply-To: <1495337351.2.0.395497440987.issue30420@psf.upfronthosting.co.za>
Message-ID: <1497929299.07.0.395694597614.issue30420@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 0a4fe1d8578fa59004518f8deef137282be4d71a by Mariatta in branch '3.6':
[3.6] bpo-30420: List cwd parameter in subprocess convenience APIs (GH-1685) (GH-2253)
https://github.com/python/cpython/commit/0a4fe1d8578fa59004518f8deef137282be4d71a


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30420>
_______________________________________

From report at bugs.python.org  Mon Jun 19 23:43:15 2017
From: report at bugs.python.org (Tim Bell)
Date: Tue, 20 Jun 2017 03:43:15 +0000
Subject: [issue30701] Exception parsing certain invalid email address headers
In-Reply-To: <1497864347.44.0.160991763633.issue30701@psf.upfronthosting.co.za>
Message-ID: <1497930195.38.0.548148901737.issue30701@psf.upfronthosting.co.za>


Tim Bell added the comment:

I'm using the email package to ingest a firehose of spam; spammers aren't known for following norms or standards, so it's not surprising that I'm discovering lots of edge cases.

I'll supply fixes for what I find where I can, time permitting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30701>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:03:45 2017
From: report at bugs.python.org (veganaiZe)
Date: Tue, 20 Jun 2017 04:03:45 +0000
Subject: [issue5680] Command-line arguments when running in IDLE
In-Reply-To: <1238798556.38.0.28468201552.issue5680@psf.upfronthosting.co.za>
Message-ID: <1497931425.43.0.94666069619.issue5680@psf.upfronthosting.co.za>


Changes by veganaiZe <topher.wheeler at yahoo.com>:


----------
nosy: +veganaiZe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5680>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:10:24 2017
From: report at bugs.python.org (=?utf-8?b?5oiQ54Cs5Z+65qi5?=)
Date: Tue, 20 Jun 2017 04:10:24 +0000
Subject: [issue30629] lower() is called twice
In-Reply-To: <1497162979.35.0.759542344671.issue30629@psf.upfronthosting.co.za>
Message-ID: <1497931824.95.0.097711624822.issue30629@psf.upfronthosting.co.za>


???? added the comment:

It will be highlight of my programmer life. Thank you. That pull request is just the beginning, not the last.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30629>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:13:02 2017
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Tue, 20 Jun 2017 04:13:02 +0000
Subject: [issue10079] idlelib for Python 3 with Guilherme Polo GSoC
 enhancements
In-Reply-To: <1286939996.87.0.346411752414.issue10079@psf.upfronthosting.co.za>
Message-ID: <1497931982.64.0.901738628614.issue10079@psf.upfronthosting.co.za>


Vedran ?a?i? added the comment:

I'd just like to say that I like

   A configuration preference that permits writing and running
   test programs from the editor without having to save the file
   (you're warned upon quitting whether to save).

very much, it would save me a lot of time, and would like to see it in some future version of IDLE. I can even try to implement it myself, but of course, it would be much better if Terry did it.

----------
nosy: +veky

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10079>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:18:00 2017
From: report at bugs.python.org (=?utf-8?b?5oiQ54Cs5Z+65qi5?=)
Date: Tue, 20 Jun 2017 04:18:00 +0000
Subject: [issue30629] lower() is called twice
In-Reply-To: <1497162979.35.0.759542344671.issue30629@psf.upfronthosting.co.za>
Message-ID: <1497932280.06.0.464659060353.issue30629@psf.upfronthosting.co.za>


Changes by ???? <motoki at naru.se>:


----------
pull_requests: +2332

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30629>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:33:46 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 04:33:46 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1497933226.84.0.793705623024.issue13617@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:34:20 2017
From: report at bugs.python.org (Damien George)
Date: Tue, 20 Jun 2017 04:34:20 +0000
Subject: [issue30707] Incorrect description of "async with" in PEP492 and
 documentation
Message-ID: <1497933260.82.0.652248701782.issue30707@psf.upfronthosting.co.za>


Changes by Damien George <damien.p.george at gmail.com>:


----------
assignee: docs at python
components: Documentation
nosy: Damien George, docs at python
priority: normal
severity: normal
status: open
title: Incorrect description of "async with" in PEP492 and documentation
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30707>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:36:45 2017
From: report at bugs.python.org (Damien George)
Date: Tue, 20 Jun 2017 04:36:45 +0000
Subject: [issue30707] Incorrect description of "async with" in PEP492 and
 documentation
Message-ID: <1497933405.85.0.444758448054.issue30707@psf.upfronthosting.co.za>


New submission from Damien George:

The behaviour of the "async with" statement in CPython does not match the description of it in PEP492, nor the language documentation.  The implementation uses a try/except/finally block, while the PEP and documentation describe the behaviour using a try/except/else block.  The PEP and documentation should be updated to reflect the true intention of "async with".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30707>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:38:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 04:38:10 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
Message-ID: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

The second parameter of the PyUnicode_AsWideCharString() function

    wchar_t* PyUnicode_AsWideCharString(PyObject *unicode, Py_ssize_t *size)

is a pointer to Py_ssize_t. The size of created wchar_t array is saved on this pointer if it is not NULL. If NULL is passed as the second argument, the only way to determine the size of the wchar_t string is using wcslen(). But if the string contains the null characters, it looks truncated for wcslen() and other C API functions.

Reliable code should always pass the non-NULL second argument and check that wcslen() is equal to the returned string size. See for example the code in Modules/_io/winconsoleio.c. Passing NULL as the second argument is unsafe. But most code doesn't do such check (see all other usages of PyUnicode_AsWideCharString(..., NULL)). And this check complicates the callers code.

I propose to make the check for null characters inside of PyUnicode_AsWideCharString() if NULL is passes as the second argument. This will fix all unsafe usages of PyUnicode_AsWideCharString() and allow to simplify the reliable code.

This issue fixes the part of issue13617.

----------
components: Interpreter Core, Unicode
messages: 296401
nosy: ezio.melotti, haypo, serhiy.storchaka, steve.dower
priority: normal
severity: normal
stage: patch review
status: open
title: Ensure that the result of PyUnicode_AsWideCharString() doesn't contain null characters if size is not returned
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Tue Jun 20 00:45:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 04:45:09 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1497933909.16.0.170838982297.issue30708@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2333

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Tue Jun 20 01:38:31 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 20 Jun 2017 05:38:31 +0000
Subject: [issue30707] Incorrect description of "async with" in PEP492 and
 documentation
In-Reply-To: <1497933405.85.0.444758448054.issue30707@psf.upfronthosting.co.za>
Message-ID: <1497937111.75.0.984028127297.issue30707@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The specific issue is that early exits from an "async with" statement are actually defined the same way they for synchronous with statements: exiting early via return, break, or continue, is the same as reaching the end of the try block.

However, that's not what the documentation currently says: it describes "async with" in terms of try/except/else, which isn't correct.

----------
nosy: +ncoghlan, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30707>
_______________________________________

From report at bugs.python.org  Tue Jun 20 02:29:36 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 06:29:36 +0000
Subject: [issue16055] incorrect error text for int(base=1000, x='1')
In-Reply-To: <1348688461.13.0.427927679227.issue16055@psf.upfronthosting.co.za>
Message-ID: <1497940176.78.0.397605593057.issue16055@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Isn't the information provided in your previous message enough?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16055>
_______________________________________

From report at bugs.python.org  Tue Jun 20 02:31:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 06:31:13 +0000
Subject: [issue29887] test_normalization doesn't work
In-Reply-To: <1490288230.58.0.523545383484.issue29887@psf.upfronthosting.co.za>
Message-ID: <1497940273.75.0.662535161931.issue29887@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 070ba85a8f45819d9197bce4541cd594d79d247c by Victor Stinner (Mariatta) in branch '3.5':
[3.5] bpo-29887: Test normalization now fails if download fails (GH-905) (#2272)
https://github.com/python/cpython/commit/070ba85a8f45819d9197bce4541cd594d79d247c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29887>
_______________________________________

From report at bugs.python.org  Tue Jun 20 03:50:47 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 07:50:47 +0000
Subject: [issue30665] pass big values for arg to fcntl.ioctl
In-Reply-To: <1497450472.17.0.838126084809.issue30665@psf.upfronthosting.co.za>
Message-ID: <1497945047.69.0.877162965052.issue30665@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2334

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30665>
_______________________________________

From report at bugs.python.org  Tue Jun 20 03:54:33 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 07:54:33 +0000
Subject: [issue30665] pass big values for arg to fcntl.ioctl
In-Reply-To: <1497450472.17.0.838126084809.issue30665@psf.upfronthosting.co.za>
Message-ID: <1497945273.28.0.486198872168.issue30665@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

PR 2286 uses for the third argument char* on Linux and int or unsigned int on other platforms. It keeps some degree of integer overflow control.

----------
nosy: +mark.dickinson, twouters
stage:  -> patch review
versions: +Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30665>
_______________________________________

From report at bugs.python.org  Tue Jun 20 04:10:15 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 08:10:15 +0000
Subject: [issue30629] lower() is called twice
In-Reply-To: <1497162979.35.0.759542344671.issue30629@psf.upfronthosting.co.za>
Message-ID: <1497946215.63.0.109467727102.issue30629@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 5cc7ac24da10568d2a910a91a24183b904118cf8 by terryjreedy (Motoki Naruse) in branch 'master':
bpo-30629: Add Motoki Naruse to Misc/ACKS (#2284)
https://github.com/python/cpython/commit/5cc7ac24da10568d2a910a91a24183b904118cf8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30629>
_______________________________________

From report at bugs.python.org  Tue Jun 20 04:29:31 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 08:29:31 +0000
Subject: [issue30629] lower() is called twice
In-Reply-To: <1497162979.35.0.759542344671.issue30629@psf.upfronthosting.co.za>
Message-ID: <1497947371.68.0.799339003655.issue30629@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

What persuaded me to make the offer was your extra effort to include the link to the specific line and the minimal quote needed to explain.  The link made it trivial to look at the context of the change.

----------
assignee:  -> terry.reedy
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30629>
_______________________________________

From report at bugs.python.org  Tue Jun 20 05:03:43 2017
From: report at bugs.python.org (=?utf-8?b?0J3QuNC60LjRgtCwINCa0L7QvdC40L0=?=)
Date: Tue, 20 Jun 2017 09:03:43 +0000
Subject: [issue16312] New command line option supported by unittest.main() for
 running initialization code before tests
In-Reply-To: <1351108715.95.0.725545714985.issue16312@psf.upfronthosting.co.za>
Message-ID: <1497949423.91.0.329483520558.issue16312@psf.upfronthosting.co.za>


Changes by ?????? ????? <kon1ychenui at gmail.com>:


----------
nosy: +?????? ?????

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16312>
_______________________________________

From report at bugs.python.org  Tue Jun 20 06:12:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 10:12:19 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497953539.96.0.164354757424.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The fixes must be backported to Python 3.6, test_os still leaks references on this branch:

test_os leaked [6, 6, 6] memory blocks, sum=18

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Tue Jun 20 06:17:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 10:17:56 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1497953876.48.0.488248827978.issue30602@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2335

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Tue Jun 20 06:21:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 10:21:39 +0000
Subject: [issue30598] Py_NewInterpreter() leaks a reference on warnoptions in
 _PySys_EndInit()
In-Reply-To: <1496918920.92.0.347737718278.issue30598@psf.upfronthosting.co.za>
Message-ID: <1497954099.35.0.854404472614.issue30598@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Nick: "I'd suggest that the right fix here would be to move warnoptions into the config struct as proposed in the PEP: https://www.python.org/dev/peps/pep-0432/#supported-configuration-settings"

Nick, Eric: do you want to do that it? If you are busy, that's fine, I will just close the issue since my concern (the ref leak) is now fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30598>
_______________________________________

From report at bugs.python.org  Tue Jun 20 06:51:36 2017
From: report at bugs.python.org (Cathy Avery)
Date: Tue, 20 Jun 2017 10:51:36 +0000
Subject: [issue27584] New addition of vSockets to the python socket module
In-Reply-To: <1469115390.74.0.838831983223.issue27584@psf.upfronthosting.co.za>
Message-ID: <1497955896.17.0.742599655369.issue27584@psf.upfronthosting.co.za>


Cathy Avery added the comment:

The vsock code is now in the linux upstream kernel and qemu. I will be resubmitting my vsock patches for python. So from what I can tell the tip of the devel tree is for 3.7 and that the source control has switched to git. My question is do I need a github account or can I push git patches directly to this issues page? 

Thanks,

Cathy

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27584>
_______________________________________

From report at bugs.python.org  Tue Jun 20 06:53:27 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 10:53:27 +0000
Subject: [issue25015] Idle: scroll Text faster with mouse wheel
In-Reply-To: <1441566965.71.0.33630989907.issue25015@psf.upfronthosting.co.za>
Message-ID: <1497956007.29.0.485301366332.issue25015@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> Serhiy, I do not understand your 'Run ...' sentence.

Sorry, there was a typo in my sentence. I meant "Run the program 'wish' and enter the following command".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25015>
_______________________________________

From report at bugs.python.org  Tue Jun 20 07:13:18 2017
From: report at bugs.python.org (AnqurVanillapy)
Date: Tue, 20 Jun 2017 11:13:18 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
Message-ID: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>


New submission from AnqurVanillapy:

- The purpose of `obj` in the example is implicit
- As an argument the `obj` will cause errors when using Cell('b10').value because it expects more arguments, but 1 given

----------
assignee: docs at python
components: Documentation
messages: 296412
nosy: anqur, docs at python
priority: normal
pull_requests: 2336
severity: normal
status: open
title: Bad getter from Descriptor#Properties example
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Tue Jun 20 07:15:25 2017
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 20 Jun 2017 11:15:25 +0000
Subject: [issue27584] New addition of vSockets to the python socket module
In-Reply-To: <1469115390.74.0.838831983223.issue27584@psf.upfronthosting.co.za>
Message-ID: <1497957325.41.0.624320027774.issue27584@psf.upfronthosting.co.za>


Berker Peksag added the comment:

You don't need a GitHub account for contributing to CPython, but the pull request workflow is the preferred way. You can still attach your patches to this issue.

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27584>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:16:35 2017
From: report at bugs.python.org (Peter)
Date: Tue, 20 Jun 2017 12:16:35 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497960995.21.0.176488768883.issue16258@psf.upfronthosting.co.za>


Peter added the comment:

I'm getting the same 2 errors in Python 3.4.6 on Solaris 11.

Comes up when you run 'gmake test' or

./python -W default -bb -E -W error::BytesWarning -m test -r -w -j 0 -v test_locale.py

----------
nosy: +petriborg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:23:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 12:23:29 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497961409.03.0.302530018423.issue16258@psf.upfronthosting.co.za>


STINNER Victor added the comment:

A solution for that would be to return the raw byte string or to return a list of integers, rather than an unicode string.

I don't think that locale.strxfrm() result is supposed to be displayed in a terminal, it should only be used to sort two strings, or to be used as a key function for list.sort() for example.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:26:12 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 12:26:12 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497961572.3.0.347546454418.issue16258@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Currently, the function is documented to return a string:
https://docs.python.org/dev/library/locale.html#locale.strxfrm
"Transforms a string to one that can be used in locale-aware comparisons."

The problem is that we don't have enough developers who care of Solaris/Illimios to fix these issues (propose patches).

test_locale is just *one* example. The curses module is broken for years on Solaris if I recall correctly...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:26:30 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 20 Jun 2017 12:26:30 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497961590.43.0.250348182099.issue16258@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:36:49 2017
From: report at bugs.python.org (Pierre Quentel)
Date: Tue, 20 Jun 2017 12:36:49 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1497962209.9.0.715033851665.issue30576@psf.upfronthosting.co.za>


Pierre Quentel added the comment:

Thanks for the comments. I agree with some of them, and have improved the PR accordingly, but I don't agree on the opinion that HTTP compression is beyond the scope of http.server : like browser cache (which also implies a negociation between client and server) it's a basic, normalized feature of HTTP servers ; it doesn't change the intention of "mapping requests to the directory structure", it just changes the way some files are served, improving transfer speed and network load, which is especially useful on mobile networks.

The implementation makes HTTP compression the default for the types defined in SimpleHTTPRequestHandler.compressed_types, but it can be disabled if the system can't handle it, like in the case you mention : just by setting compressed_types to the empty list. I have made it more clear in the documentation.

I understand the concern for HEAD requests, but they must return the same headers as GET, so the compression must be done to determine the content-length header.

To address the case when the tmp zone is limited, I have also added a try/except block that checks if the temporary gzipped file can be created ; if not, the file is returned uncompressed.

I don't understand Martin's suggestion to use HTTP compression for .gz files : they are already compressed, there wouldn't be any benefit to compress them again. It's the same for audio or video files. Compression is only useful for uncompressed data such as text files, scripts, css files, etc. that are not already compressed. All those files are sent unmodified and with their own content type.

I have also improved the PR for the alternative forms of Accept-Encoding ("gzip;q=0", "*", "GZIP", etc.).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:47:47 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 12:47:47 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497962867.7.0.000656201286666.issue16258@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It is possible to use the special "encoding" for transformed strings on platforms with broken wcsxfrm().

All codes < 0x10000 are not changed. Codes >= 0x10000 are encoded as a pair: 0x10000 + (code >> 16), code & 0xffff.

----------
components: +Interpreter Core
type:  -> behavior
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:48:36 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 12:48:36 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497962916.05.0.75652917459.issue16258@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Extension Modules -Interpreter Core

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:49:28 2017
From: report at bugs.python.org (Matt Billenstein)
Date: Tue, 20 Jun 2017 12:49:28 +0000
Subject: [issue30703] regrtest hangs on the master branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1497962968.8.0.962308944649.issue30703@psf.upfronthosting.co.za>


Matt Billenstein added the comment:

I've been debugging this and I can repro on El Capitan on a different machine as well -- it's an infrequent hang, I've been running in a loop:

mattb at mattb-mbp:~/src/misc/cpython master$ for i in $(seq 1000); do echo "Run: $i -- $(date)"; time./python.exe -m test --timeout 180 test_multiprocessing_forkserver || break; sleep 10; done

And in this case after ~30 successful runs:

Run: 31 -- Tue Jun 20 05:12:19 PDT 2017
Run tests sequentially
0:00:00 load avg: 4.28 [1/1] test_multiprocessing_forkserver
Timeout (0:03:00)!
Thread 0x00007fffa1b3a3c0 (most recent call first):
  File "/Users/mattb/src/misc/cpython/Lib/selectors.py", line 415 in select
  File "/Users/mattb/src/misc/cpython/Lib/multiprocessing/connection.py", line 916 in wait
  File "/Users/mattb/src/misc/cpython/Lib/multiprocessing/popen_fork.py", line 45 in wait
  File "/Users/mattb/src/misc/cpython/Lib/multiprocessing/process.py", line 121 in join
  File "/Users/mattb/src/misc/cpython/Lib/test/_test_multiprocessing.py", line 431 in test_many_processes
  File "/Users/mattb/src/misc/cpython/Lib/unittest/case.py", line 605 in run
  File "/Users/mattb/src/misc/cpython/Lib/unittest/case.py", line 653 in __call__
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 122 in run
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 84 in __call__
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 122 in run
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 84 in __call__
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 122 in run
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 84 in __call__
  File "/Users/mattb/src/misc/cpython/Lib/test/support/__init__.py", line 1772 in run
  File "/Users/mattb/src/misc/cpython/Lib/test/support/__init__.py", line 1896 in _run_suite
  File "/Users/mattb/src/misc/cpython/Lib/test/support/__init__.py", line 1936 in run_unittest
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/runtest.py", line 168 in test_runner
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/runtest.py", line 169 in runtest_inner
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/runtest.py", line 137 in runtest
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 374 in run_tests_sequential
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 454 in run_tests
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 530 in _main
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 504 in main
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 573 in main
  File "/Users/mattb/src/misc/cpython/Lib/test/__main__.py", line 2 in <module>
  File "/Users/mattb/src/misc/cpython/Lib/runpy.py", line 85 in _run_code
  File "/Users/mattb/src/misc/cpython/Lib/runpy.py", line 193 in _run_module_as_main

real    3m0.115s
user    0m5.804s
sys     0m0.683s

I also ran ~600 passes overnight on this test on an Ubuntu 16.04 machine without a hang, so it seems to be OSX specific.

----------
nosy: +mattbillenstein

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Tue Jun 20 08:53:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 12:53:02 +0000
Subject: [issue30703] regrtest hangs on the master branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1497963182.08.0.876482722028.issue30703@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I've been debugging this and I can repro on El Capitan on a different machine as well -- it's an infrequent hang, I've been running in a loop:

Hum, a timeout of 3 minutes seems short for test_multiprocessing_forkserver. How long does it take *usually* to run this test?

At least, we have a first clue: test_many_processes() of Lib/test/_test_multiprocessing.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:12:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:12:19 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497964339.13.0.924037713186.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2337

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:14:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:14:16 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497964456.19.0.77532894845.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2338

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:19:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:19:43 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497964783.56.0.347168327291.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2339

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:19:55 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Tue, 20 Jun 2017 13:19:55 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
Message-ID: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>


New submission from Radek Smejkal:

If the port argument is a number, getaddrinfo attempts to convert it to a C long, that raises OverflowError if the conversion fails.

Instead, getaddrinfo should convert the port to a string (bytes) directly and rely on the underlying getaddrinfo to return EAI_SERVICE. This is also consistent with the case when a numeric port is passed as a string.

----------
components: Library (Lib)
messages: 296421
nosy: smejkar
priority: normal
severity: normal
status: open
title: getaddrinfo raises OverflowError
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:23:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:23:25 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497965005.96.0.879588186691.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:

When porting the change to Python 3.4, I found this older change:

     if _hostprog is None:
-        _hostprog = re.compile('^//([^/?]*)(.*)$')
+        _hostprog = re.compile('//([^/?]*)(.*)', re.DOTALL)
 
     match = _hostprog.match(url)
     if match:
-        host_port = match.group(1)
-        path = match.group(2)
-        if path and not path.startswith('/'):
+        host_port, path = match.groups()
+        if path and path[0] != '/':
             path = '/' + path
         return host_port, path

made by:

commit 44eceb6e2aca4e6d12ce64fa0f90279ffff19c25
Author: Serhiy Storchaka <storchaka at gmail.com>
Date:   Tue Mar 3 20:21:35 2015 +0200

    Issue #23563: Optimized utility functions in urllib.parse.

With this change, newlines are now accepted in URLs.

@Serhiy: Was it a deliberate change?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:26:15 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Tue, 20 Jun 2017 13:26:15 +0000
Subject: [issue30711] getaddrinfo invalid port number
Message-ID: <1497965175.62.0.214450987603.issue30711@psf.upfronthosting.co.za>


New submission from Radek Smejkal:

Some getaddrinfo implementations do not detect invalid numeric services and blindly pass the port number to htons(). For example, service "960179" is returned as port 42675.

glibc
https://sourceware.org/bugzilla/show_bug.cgi?id=16208
https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/posix/getaddrinfo.c;h=a8bdd9a1829409bd797637b2c4fca4d67a11012d;hb=HEAD#l435
https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/posix/getaddrinfo.c;h=a8bdd9a1829409bd797637b2c4fca4d67a11012d;hb=HEAD#l2313

AIX 7.1 libc
Broken

Modules/getaddrinfo
https://github.com/python/cpython/blob/master/Modules/getaddrinfo.c#L342


On the other hand, for example, OpenBSD and musl check the port range
https://github.com/openbsd/src/blob/master/lib/libc/asr/getaddrinfo_async.c#L477
https://git.musl-libc.org/cgit/musl/tree/src/network/lookup_serv.c#n53


Modules/getaddrinfo should be fixed.

The configure script should detect whether the system getaddrinfo is broken. If so, a wrapper that checks numeric services, and returns EAI_SERVICE or calls the system getaddrinfo should be used in place of the system getaddrinfo.

----------
components: Library (Lib)
messages: 296423
nosy: smejkar
priority: normal
severity: normal
status: open
title: getaddrinfo invalid port number
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30711>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:29:50 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 13:29:50 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1497965390.26.0.0215672412067.issue30597@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Interpreter Core
stage: needs patch -> commit review
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:29:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:29:57 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497965397.97.0.104150104437.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2340

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:31:35 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 13:31:35 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1497965495.29.0.649132283447.issue30597@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 3a7f03584ab75afbf5507970711c87042e423bb4 by Serhiy Storchaka (Sanyam Khurana) in branch 'master':
bpo-30597: Show expected input in custom 'print' error message. (#2009)
https://github.com/python/cpython/commit/3a7f03584ab75afbf5507970711c87042e423bb4


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:32:47 2017
From: report at bugs.python.org (knzsys)
Date: Tue, 20 Jun 2017 13:32:47 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
Message-ID: <1497965567.61.0.972062046856.issue30712@psf.upfronthosting.co.za>


New submission from knzsys:

#Working code:
from struct import *
rawdata = 'A'*196
laserdata = list(unpack('2s2s29H',rawdata[14:76]))
laserdata += list(unpack('26f3L4s',rawdata[76:196]))					

#This code generates error:
from struct import *
rawdata = 'A'*196
laserdata = list(unpack('2s2s29H26f3L4s',rawdata[14:196]))													# Does not work due to python bug: unpack calculates wrong size 184 (should be 182) from format string and generates error: 

#struct.error: unpack requires a string argument of length 184

----------
components: Interpreter Core
messages: 296425
nosy: knzsys
priority: normal
severity: normal
status: open
title: struct.unpack generates wrong error in certain conditions
type: crash
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:33:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:33:37 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497965617.15.0.678479588936.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 4899d847ed3f56b2a712799f896aa1f28540a5c0 by Victor Stinner in branch '3.5':
bpo-30500: urllib: Simplify splithost by calling into urlparse. (#1849) (#2290)
https://github.com/python/cpython/commit/4899d847ed3f56b2a712799f896aa1f28540a5c0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:34:12 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 13:34:12 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1497965652.86.0.30744964305.issue30597@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:35:53 2017
From: report at bugs.python.org (knzsys)
Date: Tue, 20 Jun 2017 13:35:53 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965567.61.0.972062046856.issue30712@psf.upfronthosting.co.za>
Message-ID: <1497965753.35.0.978614550879.issue30712@psf.upfronthosting.co.za>


Changes by knzsys <knzsys2010 at googlemail.com>:


----------
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:37:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:37:26 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497965846.59.0.583596304968.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 536c1f1246f4faa302f9f5613fc3444e7ae09b4a by Victor Stinner in branch '3.6':
bpo-30500: urllib: Simplify splithost by calling into urlparse. (#1849) (#2289)
https://github.com/python/cpython/commit/536c1f1246f4faa302f9f5613fc3444e7ae09b4a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:37:45 2017
From: report at bugs.python.org (knzsys)
Date: Tue, 20 Jun 2017 13:37:45 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965567.61.0.972062046856.issue30712@psf.upfronthosting.co.za>
Message-ID: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>


knzsys added the comment:

#Working code:
from struct import *
rawdata = 'A'*196
laserdata = list(unpack('2s2s29H',rawdata[14:76]))
laserdata += list(unpack('26f3L4s',rawdata[76:196]))					

#This code generates error:
from struct import *
rawdata = 'A'*196
laserdata = list(unpack('2s2s29H26f3L4s',rawdata[14:196]))
# Does not work due to python bug: unpack calculates wrong size 184 (should be 182) from format string and generates error: 

#struct.error: unpack requires a string argument of length 184

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:38:36 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 13:38:36 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1497965916.94.0.693942469347.issue30597@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually end=' ' in Python 3 is not exact replacement of the trailing comma in Python 2. But it covers most of cases. The difference is too subtle and too subtle for the user that makes an error of using Python 2 syntax in Python 3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:43:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:43:58 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497966238.51.0.0660609345664.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2341

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:47:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:47:56 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497966476.12.0.376300453682.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2342

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:49:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:49:27 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497966567.91.0.336424841336.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2343

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:50:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:50:10 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497966610.53.0.400220863086.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:53:32 2017
From: report at bugs.python.org (SylvainDe)
Date: Tue, 20 Jun 2017 13:53:32 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965567.61.0.972062046856.issue30712@psf.upfronthosting.co.za>
Message-ID: <1497966812.34.0.797806789069.issue30712@psf.upfronthosting.co.za>


Changes by SylvainDe <sylvain.desodt at gmail.com>:


----------
nosy: +SylvainDe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Tue Jun 20 09:54:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 13:54:25 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497966865.05.0.536131375623.issue30500@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2344

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:09:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:09:08 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497967748.29.0.310221011056.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 82acabd3c52508d9e3f83a41fe7c684619cbbe7b by Victor Stinner in branch '3.6':
bpo-30500: Fix the NEWS entry (#2296)
https://github.com/python/cpython/commit/82acabd3c52508d9e3f83a41fe7c684619cbbe7b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:09:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:09:08 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497967748.91.0.65854541292.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 410860662f53945cddf5886801c5a88a84801fec by Victor Stinner in branch '3.5':
bpo-30500: Fix the NEWS entry (#2295)
https://github.com/python/cpython/commit/410860662f53945cddf5886801c5a88a84801fec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:09:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:09:24 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497967764.81.0.065288948656.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 8457706ee308a621103e9b9c760ca9da3cc4e7c0 by Victor Stinner in branch 'master':
bpo-30500: Fix the NEWS entry (#2293)
https://github.com/python/cpython/commit/8457706ee308a621103e9b9c760ca9da3cc4e7c0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:11:19 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:11:19 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497967879.06.0.764276391102.issue30500@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Oh, I didn't expected that newlines can be in a host name. In any case if newlines are a problem, it is better to check explicitly whether a host name contains CR, LF or other special characters. And it is better to do such checks when format a request rather than when parse an URL.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:13:32 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:13:32 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497968012.43.0.121414761544.issue29755@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 26cb4657bcc9a7adffa95798ececb588dddfeadb by Serhiy Storchaka in branch 'master':
bpo-29755: Fixed the lgettext() family of functions in the gettext module. (#2266)
https://github.com/python/cpython/commit/26cb4657bcc9a7adffa95798ececb588dddfeadb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:17:35 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:17:35 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497968255.1.0.263563057556.issue29755@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2345

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:18:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:18:53 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497968333.27.0.940869663844.issue29755@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2346

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:20:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:20:32 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1497962916.1.0.0485811085985.issue16258@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwY4e0M8vEEQVGXcdWWO7vd-d7RREE-Z7xjYLKi7=dEnFQ@mail.gmail.com>


STINNER Victor added the comment:

> It is possible to use the special "encoding" for transformed strings on platforms with broken wcsxfrm().

I wouldn't say that the function is wrong. wchar_t is 32-bit long, the
function is free to use numbers > 0x10ffff. It's more a Python
limitation, no?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:20:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:20:39 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497968439.0.0.786945808272.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset d4324baca4c03eb8d55446cd1b74b32ec5633af5 by Victor Stinner in branch '2.7':
bpo-30500: urllib: Simplify splithost by calling into urlparse. (#1849) (#2294)
https://github.com/python/cpython/commit/d4324baca4c03eb8d55446cd1b74b32ec5633af5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:22:17 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:22:17 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1497968537.54.0.993426371624.issue30710@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

What do you mean by converting the port to a string (bytes) directly? Can you provide an example?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:24:55 2017
From: report at bugs.python.org (knzsys)
Date: Tue, 20 Jun 2017 14:24:55 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965567.61.0.972062046856.issue30712@psf.upfronthosting.co.za>
Message-ID: <1497968695.41.0.862299616012.issue30712@psf.upfronthosting.co.za>


knzsys added the comment:

the pack function has the same error: it adds additional 2 bytes

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:31:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:31:26 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497969086.12.0.760944936152.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> New changeset d4324baca4c03eb8d55446cd1b74b32ec5633af5 by Victor Stinner in branch '2.7':

Oh, I was too fast. I wanted to see an agreement on DOTALL before merging this one. I missed that the 2.7 change also added DOTALL.

I had to handle many branches (2.7, 3.3, 3.4, 3.5, 3.6, master), conflicts (especially in 2.7!), and there was a mistake in the NEWS entry (http://... => //...). Sorry, I missed the DOTALL in 2.7 :-p

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:36:13 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:36:13 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497969373.44.0.319456633515.issue16258@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Agree, it's more a Python limitation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:38:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:38:15 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1497969495.76.0.304904159379.issue30712@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
Removed message: http://bugs.python.org/msg296425

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:38:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:38:53 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497969533.19.0.238479710696.issue16258@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Agree, it's more a Python limitation.

Why do you think of changing locale.strxfrm() from str to bytes or tuple? I prefer a tuple.

But again, I'm not super motivated by this change. IMHO there are more severe issues that should be fixed in Solaris.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:39:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:39:54 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497969594.32.0.527271568779.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tested my system python2 (Python 2.7.13 on Fedora 25):

haypo at selma$ python2
Python 2.7.13 (default, May 10 2017, 20:04:28) 
>>> urllib.splithost('//hostname/url')
('hostname', '/url')
>>> urllib.splithost('//host\nname/url')  # newline in hostname, accepted
('host\nname', '/url')
>>> print(urllib.splithost('//host\nname/url')[0])  # newline in hostname, accepted
host
name
>>> urllib.splithost('//hostname/ur\nl')  # newline in URL, rejected
(None, '//hostname/ur\nl')

=> Newline is accepted in the hostname, but not in the URL path.


With my change (adding DOTALL), newlines are accepted in the hostname and in the URL:

haypo at selma$ ./python
Python 2.7.13+ (heads/2.7:b39a748, Jun 19 2017, 18:07:19) 
>>> import urllib
>>> urllib.splithost("//hostname/url")
('hostname', '/url')
>>> urllib.splithost("//host\nname/url")  # newline in hostname, accepted
('host\nname', '/url')
>>> urllib.splithost("//hostname/ur\nl")  # newline in URL, accepted
('hostname', '/ur\nl')


More generally, it seems like the urllib module doesn't try to validate URL content. It just try to "split" them.

Who is responsible to validate URLs? Is it the responsability of the application developer to implement a whitelist?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:41:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:41:47 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1497969707.28.0.0688743737367.issue30317@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/770/steps/test/logs/stdio

======================================================================
FAIL: test_timeout (test.test_multiprocessing_spawn.WithManagerTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 788, in test_timeout
    self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.15492773056030273 not greater than or equal to 0.17

======================================================================
FAIL: test_timeout (test.test_multiprocessing_spawn.WithThreadsTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 788, in test_timeout
    self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.16765165328979492 not greater than or equal to 0.17

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:47:58 2017
From: report at bugs.python.org (SylvainDe)
Date: Tue, 20 Jun 2017 14:47:58 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1497970078.82.0.3699417779.issue30712@psf.upfronthosting.co.za>


SylvainDe added the comment:

Could it be caused by alignment ?

Also, it could be interesting to explain a bit more what you expect and what you actually get.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:54:41 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:54:41 +0000
Subject: [issue16258] test_local.TestEnUSCollection failures on Solaris 10
In-Reply-To: <1350440395.6.0.0364005495024.issue16258@psf.upfronthosting.co.za>
Message-ID: <1497970481.74.0.398303867619.issue16258@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This will change the documented behavior. Even if allow this change in a new feature release, it can't be made in maintained releases.

A tuple of integers is memory excessive and slow. A bytes object is more compact (but may be less compact than a string) and faster. But on little-endian platform every wchar_t should be converted to big-endian for supporting comparison of bytes objects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16258>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:57:28 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:57:28 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497970648.47.0.809218988543.issue30500@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The urllib package consists of two parts: urllib.parse and urllib.request. I think urllib.request is responsible for making valid requests and validate arguments if needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:58:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 14:58:29 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1497970709.05.0.0043728845678.issue30694@psf.upfronthosting.co.za>


STINNER Victor added the comment:

rebuild_expat_dir.sh: Script to update Modules/expat/ to libexpat 2.2.1. The script requires to manually revert one change in Modules/expat/expat_external.h to restore the #include "pyexpatns.h" line.

----------
Added file: http://bugs.python.org/file46962/rebuild_expat_dir.sh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Tue Jun 20 10:58:59 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 14:58:59 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497970739.38.0.0459449698824.issue30500@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Or more low-level modules used by urllib.request: http, ftplib, etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:03:12 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:03:12 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1497970992.01.0.337449351388.issue30694@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2347

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:05:48 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 15:05:48 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1497971148.22.0.575300650522.issue30712@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Don't forget about an alignment. If the first character is not one of '@', '=', '<', '>' or '!', '@' is assumed, which means native byte order, type sizes and alignments. If the 'f' format character require 4-byte alignment, 2 padding bytes are inserted before the first 'f' item.

Add the '=' character at the start of the format string if you need native byte order, "standard" type sizes and no alignments. Add the '<' or '>' characters if you need some specific byte order.

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:06:51 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 15:06:51 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497971211.12.0.590341841854.issue29755@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset a1115e1a0454f0548f96cace6ee97b286dfa1c0d by Serhiy Storchaka in branch '3.6':
[3.6] bpo-29755: Fixed the lgettext() family of functions in the gettext module. (GH-2266) (#2297)
https://github.com/python/cpython/commit/a1115e1a0454f0548f96cace6ee97b286dfa1c0d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:07:01 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 15:07:01 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497971221.88.0.350167195001.issue29755@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 29c89d00bf4b57c5ee2aafe660002ce1b8cea176 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-29755: Fixed the lgettext() family of functions in the gettext module. (GH-2266) (#2298)
https://github.com/python/cpython/commit/29c89d00bf4b57c5ee2aafe660002ce1b8cea176


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:13:52 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 15:13:52 +0000
Subject: [issue29755] python3 gettext.lgettext sometimes returns bytes,
 not string
In-Reply-To: <1488964668.24.0.723245092961.issue29755@psf.upfronthosting.co.za>
Message-ID: <1497971632.25.0.619633918922.issue29755@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

As for the original issue in the Debian bug tracker, lgettext() and ugettext() are two right ways (depending on how you format the output, as 8-bit strings or as Unicode strings) for doing localization in Python 2, but gettext() is the right way in Python 3.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29755>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:20:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:20:33 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
Message-ID: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Spin-off of the bpo-30500: modify the urllib.parse module to reject the newline character (U+000A) in URLS. Modify 3 functions:

* splittype()
* splithost()
* splitport()

----------
messages: 296453
nosy: haypo
priority: normal
severity: normal
status: open
title: Reject newline character (U+000A) in URLs in urllib.parse
type: security
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:22:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:22:56 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
In-Reply-To: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>
Message-ID: <1497972176.35.0.023236292947.issue30713@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2348

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:25:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:25:58 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
In-Reply-To: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>
Message-ID: <1497972358.7.0.412857368783.issue30713@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I chose to not change how the \r newline character (U+000D) is handled: it is still accepted, even if it is used in SMTP and HTTP as newline separator.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:26:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:26:26 +0000
Subject: [issue30500] [security] urllib connects to a wrong host
In-Reply-To: <1496030652.64.0.90102082916.issue30500@psf.upfronthosting.co.za>
Message-ID: <1497972386.74.0.672047742346.issue30500@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I created bpo-30713: "Reject newline character (U+000A) in URLs in urllib.parse", to discuss how to handle newlines in URLs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30500>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:26:41 2017
From: report at bugs.python.org (Charalampos Stratakis)
Date: Tue, 20 Jun 2017 15:26:41 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
Message-ID: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>


New submission from Charalampos Stratakis:

After updating openssl in Fedora 26 from 1.1.0e to 1.1.0f the test_alpn_protocols from test_ssl started failing:

======================================================================
FAIL: test_alpn_protocols (test.test_ssl.ThreadedTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/Python-3.6.1/Lib/test/test_ssl.py", line 3261, in test_alpn_protocols
    self.assertIsInstance(stats, ssl.SSLError)
AssertionError: {'compression': None, 'cipher': ('ECDHE-RSA-AES256-GCM-SHA384', 'TLSv1.2', 256), 'peercert': {}, 'client_alpn_protocol': None, 'client_npn_protocol': None, 'version': 'TLSv1.2', 'session_reused': False, 'session': <_ssl.Session object at 0x7f846ed97740>, 'server_alpn_protocols': [None], 'server_npn_protocols': [None], 'server_shared_ciphers': [[('ECDHE-ECDSA-AES256-GCM-SHA384', 'TLSv1.2', 256), ('ECDHE-RSA-AES256-GCM-SHA384', 'TLSv1.2', 256), ('ECDHE-ECDSA-AES128-GCM-SHA256', 'TLSv1.2', 128), ('ECDHE-RSA-AES128-GCM-SHA256', 'TLSv1.2', 128), ('ECDHE-ECDSA-CHACHA20-POLY1305', 'TLSv1.2', 256), ('ECDHE-RSA-CHACHA20-POLY1305', 'TLSv1.2', 256), ('DHE-DSS-AES256-GCM-SHA384', 'TLSv1.2', 256), ('DHE-RSA-AES256-GCM-SHA384', 'TLSv1.2', 256), ('DHE-DSS-AES128-GCM-SHA256', 'TLSv1.2', 128), ('DHE-RSA-AES128-GCM-SHA256', 'TLSv1.2', 128), ('DHE-RSA-CHACHA20-POLY1305', 'TLSv1.2', 256), ('ECDHE-ECDSA-AES256-CCM8', 'TLSv1.2', 256), ('ECDHE-ECDSA-AES256-CCM', 'TLSv1.2', 256), ('ECDHE-ECDSA-AES256-SHA384', 'TLSv1.2', 256), ('ECDHE-RSA-AES256-SHA384', 'TLSv1.2', 256), ('ECDHE-ECDSA-AES256-SHA', 'TLSv1.0', 256), ('ECDHE-RSA-AES256-SHA', 'TLSv1.0', 256), ('DHE-RSA-AES256-CCM8', 'TLSv1.2', 256), ('DHE-RSA-AES256-CCM', 'TLSv1.2', 256), ('DHE-RSA-AES256-SHA256', 'TLSv1.2', 256), ('DHE-DSS-AES256-SHA256', 'TLSv1.2', 256), ('DHE-RSA-AES256-SHA', 'SSLv3', 256), ('DHE-DSS-AES256-SHA', 'SSLv3', 256), ('ECDHE-ECDSA-AES128-CCM8', 'TLSv1.2', 128), ('ECDHE-ECDSA-AES128-CCM', 'TLSv1.2', 128), ('ECDHE-ECDSA-AES128-SHA256', 'TLSv1.2', 128), ('ECDHE-RSA-AES128-SHA256', 'TLSv1.2', 128), ('ECDHE-ECDSA-AES128-SHA', 'TLSv1.0', 128), ('ECDHE-RSA-AES128-SHA', 'TLSv1.0', 128), ('DHE-RSA-AES128-CCM8', 'TLSv1.2', 128), ('DHE-RSA-AES128-CCM', 'TLSv1.2', 128), ('DHE-RSA-AES128-SHA256', 'TLSv1.2', 128), ('DHE-DSS-AES128-SHA256', 'TLSv1.2', 128), ('DHE-RSA-AES128-SHA', 'SSLv3', 128), ('DHE-DSS-AES128-SHA', 'SSLv3', 128), ('ECDHE-ECDSA-CAMELLIA256-SHA384', 'TLSv1.2', 256), ('ECDHE-RSA-CAMELLIA256-SHA384', 'TLSv1.2', 256), ('ECDHE-ECDSA-CAMELLIA128-SHA256', 'TLSv1.2', 128), ('ECDHE-RSA-CAMELLIA128-SHA256', 'TLSv1.2', 128), ('DHE-RSA-CAMELLIA256-SHA256', 'TLSv1.2', 256), ('DHE-DSS-CAMELLIA256-SHA256', 'TLSv1.2', 256), ('DHE-RSA-CAMELLIA128-SHA256', 'TLSv1.2', 128), ('DHE-DSS-CAMELLIA128-SHA256', 'TLSv1.2', 128), ('DHE-RSA-CAMELLIA256-SHA', 'SSLv3', 256), ('DHE-DSS-CAMELLIA256-SHA', 'SSLv3', 256), ('DHE-RSA-CAMELLIA128-SHA', 'SSLv3', 128), ('DHE-DSS-CAMELLIA128-SHA', 'SSLv3', 128), ('AES256-GCM-SHA384', 'TLSv1.2', 256), ('AES128-GCM-SHA256', 'TLSv1.2', 128), ('AES256-CCM8', 'TLSv1.2', 256), ('AES256-CCM', 'TLSv1.2', 256), ('AES128-CCM8', 'TLSv1.2', 128), ('AES128-CCM', 'TLSv1.2', 128), ('AES256-SHA256', 'TLSv1.2', 256), ('AES128-SHA256', 'TLSv1.2', 128), ('AES256-SHA', 'SSLv3', 256), ('AES128-SHA', 'SSLv3', 128), ('CAMELLIA256-SHA256', 'TLSv1.2', 256), ('CAMELLIA128-SHA256', 'TLSv1.2', 128), ('CAMELLIA256-SHA', 'SSLv3', 256), ('CAMELLIA128-SHA', 'SSLv3', 128)]]} is not an instance of <class 'ssl.SSLError'>

Full build log attached

----------
files: build.log
messages: 296456
nosy: cstratak
priority: normal
severity: normal
status: open
title: test_ssl fails with openssl 1.1.0f
Added file: http://bugs.python.org/file46963/build.log

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:27:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:27:53 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
In-Reply-To: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>
Message-ID: <1497972473.45.0.748200737981.issue30714@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +christian.heimes, haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:28:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 15:28:49 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
In-Reply-To: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>
Message-ID: <1497972529.89.0.195719503437.issue30713@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also issue29606. I think that fixing the modules implementing Internet protocols is more appropriate way than fixing just a parsing utility.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:29:36 2017
From: report at bugs.python.org (Charalampos Stratakis)
Date: Tue, 20 Jun 2017 15:29:36 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
In-Reply-To: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>
Message-ID: <1497972576.94.0.151803062784.issue30714@psf.upfronthosting.co.za>


Charalampos Stratakis added the comment:

Note: Python version is 3.6.1

----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:30:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:30:21 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
In-Reply-To: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>
Message-ID: <1497972621.03.0.611302135755.issue30713@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> See also issue29606. I think that fixing the modules implementing Internet protocols is more appropriate way than fixing just a parsing utility.

IMHO we can/should fix ftplib (ftplib, httplib, etc.) *and* urllib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:39:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 15:39:30 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1497973170.0.0.804344591609.issue13617@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2349

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:40:00 2017
From: report at bugs.python.org (Matt Billenstein)
Date: Tue, 20 Jun 2017 15:40:00 +0000
Subject: [issue30703] regrtest hangs on the master branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1497973199.99.0.301785905938.issue30703@psf.upfronthosting.co.za>


Matt Billenstein added the comment:

It consistently takes between ~61 and ~73 seconds with this setup.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:42:20 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 15:42:20 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1497973340.64.0.600292658247.issue13617@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

PR 2302 doesn't fix all issues with PyUnicode_AsWideCharString(). Issue30708 should fix them.

----------
dependencies: +Ensure that the result of PyUnicode_AsWideCharString() doesn't contain null characters if size is not returned

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:42:42 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 15:42:42 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1497973362.14.0.560437922438.issue13617@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:45:06 2017
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 20 Jun 2017 15:45:06 +0000
Subject: [issue30697] segfault in PyErr_NormalizeException() after memory
 exhaustion
In-Reply-To: <1497792581.23.0.578886308028.issue30697@psf.upfronthosting.co.za>
Message-ID: <1497973506.63.0.125845128075.issue30697@psf.upfronthosting.co.za>


Brett Cannon added the comment:

And hence why you proposed having a counter of 128 (or some number) to prevent the infinite recursion.

I think this has gotten sufficiently complicated and into the bowels of CPython itself it might make sense to ask for a reviewer from python-committers (I don't feel like I'm in a good position to dive into this myself).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30697>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:46:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:46:39 +0000
Subject: [issue30054] Expose tracemalloc C API to track/untrack memory blocks
In-Reply-To: <1492004545.36.0.222275200226.issue30054@psf.upfronthosting.co.za>
Message-ID: <1497973599.28.0.702642843437.issue30054@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 5ea4c0677389ead2eee759958694cff2c65834a7 by Victor Stinner in branch 'master':
bpo-30054: Expose tracemalloc C API (#1236)
https://github.com/python/cpython/commit/5ea4c0677389ead2eee759958694cff2c65834a7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30054>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:47:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:47:31 +0000
Subject: [issue30054] Expose tracemalloc C API to track/untrack memory blocks
In-Reply-To: <1492004545.36.0.222275200226.issue30054@psf.upfronthosting.co.za>
Message-ID: <1497973651.13.0.831998263337.issue30054@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I merged my PR: the future Python 3.7 will provide a public C API to track memory allocations.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30054>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:54:51 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:54:51 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
In-Reply-To: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>
Message-ID: <1497974091.24.0.781638502476.issue30714@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The ALPN test expects an error on OpenSSL >= 1.1, and an error on older OpenSSL versions.

Note: I don't know what is ALPN :-) I found:
https://en.wikipedia.org/wiki/Application-Layer_Protocol_Negotiation

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Tue Jun 20 11:55:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 15:55:20 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1497974120.08.0.916730775179.issue30317@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/x86%20Windows7%203.5/builds/299/steps/test/logs/stdio

======================================================================
FAIL: test_timeout (test.test_multiprocessing_spawn.WithProcessesTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.5.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 753, in test_timeout
    self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.1293318271636963 not greater than or equal to 0.17

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:11:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 16:11:26 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
In-Reply-To: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>
Message-ID: <1497975086.35.0.998075812147.issue30713@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2350

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:13:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 16:13:07 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
In-Reply-To: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>
Message-ID: <1497975187.86.0.18522665354.issue30713@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tried to be more strict, and I was bitten by tests: test_urllib fails on splittype("data:...") where (...) contains newlines characters. One example:

======================================================================

ERROR: test_read_text_base64 (test.test_urllib.urlopen_DataTests)

----------------------------------------------------------------------

Traceback (most recent call last):

  File "/home/travis/build/python/cpython/Lib/test/test_urllib.py", line 511, in setUp

    self.image_url_resp = urllib.request.urlopen(self.image_url)

  File "/home/travis/build/python/cpython/Lib/urllib/request.py", line 222, in urlopen

    return opener.open(url, data, timeout)

  File "/home/travis/build/python/cpython/Lib/urllib/request.py", line 510, in open

    req = Request(fullurl, data)

  File "/home/travis/build/python/cpython/Lib/urllib/request.py", line 328, in __init__

    self.full_url = url

  File "/home/travis/build/python/cpython/Lib/urllib/request.py", line 354, in full_url

    self._parse()

  File "/home/travis/build/python/cpython/Lib/urllib/request.py", line 383, in _parse

    raise ValueError("unknown url type: %r" % self.full_url)

ValueError: unknown url type: 'data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAIAAAABCAIAAAB7\nQOjdAAAAAXNSR0IArs4c6QAAAA9JREFUCNdj%0AYGBg%2BP//PwAGAQL%2BCm8 vHgAAAABJRU5ErkJggg%3D%3D%0A%20'


I modified splittype() to reject newlines before the type, but accept them after the type.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:17:35 2017
From: report at bugs.python.org (Dong-hee Na)
Date: Tue, 20 Jun 2017 16:17:35 +0000
Subject: [issue30616] Cannot use functional API to create enum with zero values
In-Reply-To: <1497029417.9.0.731294800985.issue30616@psf.upfronthosting.co.za>
Message-ID: <1497975455.19.0.955944651149.issue30616@psf.upfronthosting.co.za>


Changes by Dong-hee Na <donghee.na92 at gmail.com>:


----------
pull_requests: +2351

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30616>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:19:46 2017
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 20 Jun 2017 16:19:46 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
In-Reply-To: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>
Message-ID: <1497975586.96.0.286758809329.issue30714@psf.upfronthosting.co.za>


Christian Heimes added the comment:

I can confirm that OpenSSL has changed behavior of ALPN hook between 1.1.0e and 1.1.0f. The change was probably introduced by https://github.com/openssl/openssl/pull/3158/commits/b3159f23b293c3d1870ab7b816e4e07386efbe53 I need to investigate further.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:33:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 16:33:40 +0000
Subject: [issue28827] f-strings: format spec should not accept unicode escapes
In-Reply-To: <1480379497.98.0.444236262661.issue28827@psf.upfronthosting.co.za>
Message-ID: <1497976420.51.0.905354039647.issue28827@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Should this issue be closed as "not a bug"?

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28827>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:35:58 2017
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 20 Jun 2017 16:35:58 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
In-Reply-To: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>
Message-ID: <1497976558.01.0.537126471568.issue30714@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +2352

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:37:06 2017
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 20 Jun 2017 16:37:06 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
In-Reply-To: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>
Message-ID: <1497976626.96.0.289659095408.issue30714@psf.upfronthosting.co.za>


Christian Heimes added the comment:

Ned, I like to address this issue for 3.6.2. The fix only affects one test and documentation.

----------
nosy: +benjamin.peterson, larry, ned.deily
priority: normal -> release blocker
versions: +Python 2.7, Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:39:27 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Tue, 20 Jun 2017 16:39:27 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1497976767.23.0.0517578742578.issue30710@psf.upfronthosting.co.za>


Radek Smejkal added the comment:

Use PyObject_Str and PyUnicode_AsUTF8 if the port argument is a PyLong instead of converting it to an intermediate C long that may raise OverflowError. See getaddrinfo_overflow_error.patch

----------
components: +Extension Modules -Library (Lib)
keywords: +patch
Added file: http://bugs.python.org/file46964/getaddrinfo_overflow_error.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:47:59 2017
From: report at bugs.python.org (Nam Nguyen)
Date: Tue, 20 Jun 2017 16:47:59 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
In-Reply-To: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>
Message-ID: <1497977279.92.0.933681387335.issue30713@psf.upfronthosting.co.za>


Nam Nguyen added the comment:

Just being nosy here that we should not continue down the path with regex. A proper grammar parser according to spec would be much more appropriate and eliminate these whack-a-mole issues.

----------
nosy: +Nam.Nguyen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Tue Jun 20 12:54:34 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 16:54:34 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1497977674.55.0.794341516225.issue30710@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Now I understand your idea. It looks reasonable to me. Could you create a pull request on GitHub? Please provide also tests, add a Misc/NEWS entry and add your name in Misc/ACKS.

But how large is the performance hit of this change? It adds at least one additional memory allocation for the str object. If the slowdown is significant perhaps it is worth to keep the old code as a fast path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Tue Jun 20 13:14:27 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 17:14:27 +0000
Subject: [issue30715] Test_winreg, test_dynamic_key hangs on my Win 10
Message-ID: <1497978867.14.0.417332837919.issue30715@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

On my Win10-64 machine, test_winreg hangs, impervious to ^C.  I have to close Command Prompt.  (With IDLE I can run just test_winreg and then Restart Shell.)  This happened with repository builds last Friday and today, and with installed 3.6.2rc1.  But I believe I ran the entire test suite (to successful completion) not too many days before.

The culprit is

    def test_dynamic_key(self):
        # Issue2810, when the value is dynamically generated, these
        # raise "WindowsError: More data is available" in 2.6 and 3.1
        try:
            EnumValue(HKEY_PERFORMANCE_DATA, 0)
        except OSError as e:
            if e.errno in (errno.EPERM, errno.EACCES):
                self.skipTest("access denied to registry key "
                              "(are you running in a non-interactive session?)")
            raise
        QueryValueEx(HKEY_PERFORMANCE_DATA, "")

Commenting out the whole function or both the EnumValue and QueryValueEx calls (replacing the former with pass) is required to allow the test to run (and pass).

I have no idea why behavior on my machine is different from buildbots.  If the problem is with my registry, could the test be more robust?  Having to kill my console session, and lose history, after running the test suite, is unpleasant.

----------
components: Tests
messages: 296474
nosy: ned.deily, paul.moore, steve.dower, terry.reedy, tim.golden, zach.ware
priority: release blocker
severity: normal
status: open
title: Test_winreg, test_dynamic_key hangs on my Win 10
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30715>
_______________________________________

From report at bugs.python.org  Tue Jun 20 13:17:59 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 17:17:59 +0000
Subject: [issue30715] Test_winreg, test_dynamic_key hangs on my Win 10
In-Reply-To: <1497978867.14.0.417332837919.issue30715@psf.upfronthosting.co.za>
Message-ID: <1497979079.17.0.866620075768.issue30715@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
type: behavior -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30715>
_______________________________________

From report at bugs.python.org  Tue Jun 20 13:39:37 2017
From: report at bugs.python.org (Jim Crigler)
Date: Tue, 20 Jun 2017 17:39:37 +0000
Subject: [issue29269] test_socket failing in solaris
In-Reply-To: <1484340924.46.0.120687210952.issue29269@psf.upfronthosting.co.za>
Message-ID: <1497980377.38.0.937748524225.issue29269@psf.upfronthosting.co.za>


Jim Crigler added the comment:

I'm having the same problem with gcc 6.2.

Is there any update?

----------
nosy: +Jim Crigler

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29269>
_______________________________________

From report at bugs.python.org  Tue Jun 20 14:09:37 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 18:09:37 +0000
Subject: [issue30702] pickle uses getattr(obj,
 '__reduce__') instead of getattr(type(obj), '__reduce__')
In-Reply-To: <1497880180.73.0.160578831769.issue30702@psf.upfronthosting.co.za>
Message-ID: <1497982177.81.0.216945883054.issue30702@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is a duplicate of issue16251.

----------
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> pickle special methods are looked up on the instance rather than the type

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30702>
_______________________________________

From report at bugs.python.org  Tue Jun 20 14:46:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 20 Jun 2017 18:46:15 +0000
Subject: [issue30035] [RFC] PyMemberDef.name should be const char *
In-Reply-To: <1491885285.14.0.166738608305.issue30035@psf.upfronthosting.co.za>
Message-ID: <1497984375.8.0.125942893744.issue30035@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30035>
_______________________________________

From report at bugs.python.org  Tue Jun 20 14:55:28 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 18:55:28 +0000
Subject: [issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
Message-ID: <1497984928.25.0.777622060627.issue30716@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

3.6.2rc1, 64 bit version, installed on my Win10 machine, has 5 failures not present in my 32-bit debug repository builds.  Auto Windows updates is on.  Results same after uninstall and re-install.

F:\dev\3x>py -3 -c "import sys; print(sys.version)"
3.6.2rc1 (heads/3.6:268e1fb, Jun 17 2017, 19:01:44) [MSC v.1900 64 bit (AMD64)]

test_codecencodings_iso2022  multiple failures
test_random  multiple failures
test_sax  multiple failures
test_regrtest  failed in test_pcbuild_rt, FileNotFoundError in subprocess
test_tools  2to3 it seems 

Are the failures unique to my machine?  At least some of the failures below don't seem that they should be.  How is the installer tested?

-----------------------
FAil test_incrementaldecoder test.test_codecencodings_iso2022.Test_ISO2022_KR)
has 4 failures like the following, where b'\n' and b'\r\n' are switched (both ways) between expected and actual.

AssertionError:
b'\xe[334 chars]\x80\n\xed\x9a\xa8\xec\x9c\xa8\xec\xa0\x81\xec[1668 chars]4.\n' != 
b'\xe[334 chars]\x80\r\n\xed\x9a\xa8\xec\x9c\xa8\xec\xa0\x81\x[1682 chars]\r\n'

b"\x1[143 chars]\x0f\r\n\x0eH?@2@{@N\x0f \x0e0m<vAX\x0f \x0e5%[631 chars]\r\n" != 
b"\x1[143 chars]\x0f\n\x0eH?@2@{@N\x0f \x0e0m<vAX\x0f \x0e5%@L[617 chars]f.\n"
---------------------

ERROR: test_bug_1727780 (test.test_random.MersenneTwister_TestBasicOps)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\Programs\Python36\lib\test\test_random.py", line 257, in test_bug_1727780
    r = pickle.load(f)
ModuleNotFoundError: No module named 'random\r'

Any 1 of the 3 test files produces this.
-------------------

test_sax has 10 line-ending switch failures like this
b'<?x[36 chars]1"?>\n<HTML xmlns:pp="http://www.isogen.com/pa[1508 chars]TML>' != 
b'<?x[36 chars]1"?>\r\n<HTML xmlns:pp="http://www.isogen.com/[1736 chars]TML>'
---------------------------

ERROR: test_pcbuild_rt (test.test_regrtest.ProgramsTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\Programs\Python36\lib\test\test_regrtest.py", line 582, in test_pcbuild_rt
    self.run_batch(script, *rt_args, *self.regrtest_args, *self.tests)
  File "C:\Programs\Python36\lib\test\test_regrtest.py", line 557, in run_batch
    proc = self.run_command(args)
  File "C:\Programs\Python36\lib\test\test_regrtest.py", line 455, in run_command
    **kw)
  File "C:\Programs\Python36\lib\subprocess.py", line 403, in run
    with Popen(*popenargs, **kwargs) as process:
  File "C:\Programs\Python36\lib\subprocess.py", line 707, in __init__
    restore_signals, start_new_session)
  File "C:\Programs\Python36\lib\subprocess.py", line 992, in _execute_child
    startupinfo)
FileNotFoundError: [WinError 2] The system cannot find the file specified
--------------------------------

I don't understand the test_tools output.  Some tests ran, but test_tools could not be found ;-).

F:\dev\3x>py -3 -m test -v test_tools
== CPython 3.6.2rc1 (heads/3.6:268e1fb, Jun 17 2017, 19:01:44) [MSC v.1900 64 bit (AMD64)]
== Windows-10-10.0.14393-SP0 little-endian
== hash algorithm: siphash24 64bit
== cwd: C:\Users\Terry\AppData\Local\Temp\test_python_14224
== CPU count: 12
== encodings: locale=cp1252, FS=utf-8
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1, isolated=0)
Run tests sequentially
0:00:00 [1/1] test_tools
test_alter_comments (test.test_tools.test_fixcid.Test) ... ok
test_directory (test.test_tools.test_fixcid.Test) ... ok
test_parse_strings (test.test_tools.test_fixcid.Test) ... ok
test_gprof (test.test_tools.test_gprof2html.Gprof2htmlTests) ... ok
test_POT_Creation_Date (test.test_tools.test_i18n.Test_pygettext)
Match the date format from xgettext for POT-Creation-Date ... ok
test_header (test.test_tools.test_i18n.Test_pygettext)
Make sure the required fields are in the header, according to: ... ok
test_checksum_fodder (test.test_tools.test_md5sum.MD5SumTests) ... ok
test_dash_l (test.test_tools.test_md5sum.MD5SumTests) ... ok
test_dash_s (test.test_tools.test_md5sum.MD5SumTests) ... ok
test_dash_t (test.test_tools.test_md5sum.MD5SumTests) ... ok
test_multiple_files (test.test_tools.test_md5sum.MD5SumTests) ... ok
test_noargs (test.test_tools.test_md5sum.MD5SumTests) ... ok
test_usage (test.test_tools.test_md5sum.MD5SumTests) ... ok
test_inverse_attribute_error (test.test_tools.test_pdeps.PdepsTests) ... ok
test_process_errors (test.test_tools.test_pdeps.PdepsTests) ... ok
test_empty_line (test.test_tools.test_pindent.PindentTests) ... ok
test_escaped_newline (test.test_tools.test_pindent.PindentTests) ... ok
test_multilevel (test.test_tools.test_pindent.PindentTests) ... ok
test_oneline (test.test_tools.test_pindent.PindentTests) ... ok
test_preserve_indents (test.test_tools.test_pindent.PindentTests) ... ok
test_selftest (test.test_tools.test_pindent.PindentTests) ... ok
test_statements (test.test_tools.test_pindent.PindentTests) ... ok
test_help (test.test_tools.test_reindent.ReindentTests) ... ok
test_noargs (test.test_tools.test_reindent.ReindentTests) ... ok
test_reindent_file_with_bad_encoding (test.test_tools.test_reindent.ReindentTests) ... ok
test_analyze_dxp_import (test.test_tools.test_sundry.TestSundryScripts) ... ok
test_sundry (test.test_tools.test_sundry.TestSundryScripts) ... RefactoringTool: Adding transformation: apply
RefactoringTool: Adding transformation: asserts
RefactoringTool: Adding transformation: basestring
RefactoringTool: Skipping optional fixer: buffer
RefactoringTool: Adding transformation: dict
RefactoringTool: Adding transformation: except
RefactoringTool: Adding transformation: exec
RefactoringTool: Adding transformation: execfile
RefactoringTool: Adding transformation: exitfunc
RefactoringTool: Adding transformation: filter
RefactoringTool: Adding transformation: funcattrs
RefactoringTool: Adding transformation: future
RefactoringTool: Adding transformation: getcwdu
RefactoringTool: Adding transformation: has_key
RefactoringTool: Skipping optional fixer: idioms
RefactoringTool: Adding transformation: import
RefactoringTool: Adding transformation: imports
RefactoringTool: Adding transformation: imports2
RefactoringTool: Adding transformation: input
RefactoringTool: Adding transformation: intern
RefactoringTool: Adding transformation: isinstance
RefactoringTool: Adding transformation: itertools
RefactoringTool: Adding transformation: itertools_imports
RefactoringTool: Adding transformation: long
RefactoringTool: Adding transformation: map
RefactoringTool: Adding transformation: metaclass
RefactoringTool: Adding transformation: methodattrs
RefactoringTool: Adding transformation: ne
RefactoringTool: Adding transformation: next
RefactoringTool: Adding transformation: nonzero
RefactoringTool: Adding transformation: numliterals
RefactoringTool: Adding transformation: operator
RefactoringTool: Adding transformation: paren
RefactoringTool: Adding transformation: print
RefactoringTool: Adding transformation: raise
RefactoringTool: Adding transformation: raw_input
RefactoringTool: Adding transformation: reduce
RefactoringTool: Adding transformation: reload
RefactoringTool: Adding transformation: renames
RefactoringTool: Adding transformation: repr
RefactoringTool: Skipping optional fixer: set_literal
RefactoringTool: Adding transformation: standarderror
RefactoringTool: Adding transformation: sys_exc
RefactoringTool: Adding transformation: throw
RefactoringTool: Adding transformation: tuple_params
RefactoringTool: Adding transformation: types
RefactoringTool: Adding transformation: unicode
RefactoringTool: Adding transformation: urllib
RefactoringTool: Skipping optional fixer: ws_comma
RefactoringTool: Adding transformation: xrange
RefactoringTool: Adding transformation: xreadlines
RefactoringTool: Adding transformation: zip
RefactoringTool: Can't open test_tools: [Errno 2] No such file or directory: 'test_tools'
RefactoringTool: No files need to be modified.
RefactoringTool: There was 1 error:
RefactoringTool: Can't open test_tools: [Errno 2] No such file or directory: 'test_tools'
ERROR
test_sundry_windows (test.test_tools.test_sundry.TestSundryScripts) ... ok
test_files (test.test_tools.test_unparse.DirectoryTestCase) ... Testing C:\Programs\Python36\Lib\test\test_super.py
Testing C:\Programs\Python36\Lib\subprocess.py
Testing C:\Programs\Python36\Lib\string.py
Testing C:\Programs\Python36\Lib\mimetypes.py
Testing C:\Programs\Python36\Lib\test\test_dictcomps.py
Testing C:\Programs\Python36\Lib\site.py
Testing C:\Programs\Python36\Lib\test\pydoc_mod.py
Testing C:\Programs\Python36\Lib\stringprep.py
Testing C:\Programs\Python36\Lib\test\test_cgi.py
Testing C:\Programs\Python36\Lib\struct.py
ok
test_annotations (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_bytes (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_chained_comparisons (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_class_decorators (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_class_definition (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_del_statement (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_dict_comprehension (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_dict_unpacking_in_dict (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_elifs (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_for_else (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_fstrings (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_function_arguments (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_huge_float (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_imaginary_literals (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_integer_parens (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_lambda_parentheses (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_min_int (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_nonlocal (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_raise_from (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_relative_import (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_set_comprehension (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_set_literal (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_shifts (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_starred_assignment (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_try_except_finally (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_unary_parens (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_while_else (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_with_as (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_with_simple (test.test_tools.test_unparse.UnparseTestCase) ... ok
test_with_two_items (test.test_tools.test_unparse.UnparseTestCase) ... ok

======================================================================
ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\Programs\Python36\lib\test\test_tools\test_sundry.py", line 36, in test_sundry
    import_tool(name)
  File "C:\Programs\Python36\lib\test\test_tools\__init__.py", line 21, in import_tool
    return importlib.import_module(toolname)
  File "C:\Programs\Python36\lib\importlib\__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 978, in _gcd_import
  File "<frozen importlib._bootstrap>", line 961, in _find_and_load
  File "<frozen importlib._bootstrap>", line 950, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 655, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 205, in _call_with_frames_removed
  File "C:\Programs\Python36\Tools\scripts\2to3.py", line 5, in <module>
    sys.exit(main("lib2to3.fixes"))
SystemExit: 1

----------------------------------------------------------------------
Ran 59 tests in 3.481s

FAILED (errors=1)
Warning -- logging._handlerList was modified by test_tools
  Before: (2752582445576, [<weakref at 0x00000280E2BE4F48; to '_StderrHandler' at 0x00000280E2BF11D0>, <weakref at 0x00000280E35A4688; to 'StreamHandler' at 0x00000280E36BEE10>], [<weakref at 0x00000280E2BE4F48; to '_StderrHandler' at 0x00000280E2BF11D0>])
  After:  (2752582445576, [<weakref at 0x00000280E2BE4F48; to '_StderrHandler' at 0x00000280E2BF11D0>, <weakref at 0x00000280E35A4688; to 'StreamHandler' at 0x00000280E36BEE10>], [<weakref at 0x00000280E2BE4F48; to '_StderrHandler' at 0x00000280E2BF11D0>, <weakref at 0x00000280E35A4688; to 'StreamHandler' at 0x00000280E36BEE10>])
test test_tools failed

----------
messages: 296477
nosy: ned.deily, terry.reedy
priority: release blocker
severity: normal
status: open
title: Failing tests with installed 3.6.2rc1 on Win 10-64
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30716>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:15:22 2017
From: report at bugs.python.org (Guillaume Sanchez)
Date: Tue, 20 Jun 2017 19:15:22 +0000
Subject: [issue30717] str.center() is not unicode aware
Message-ID: <1497986122.28.0.540580196076.issue30717@psf.upfronthosting.co.za>


New submission from Guillaume Sanchez:

"a?".center(width=5, fillchar=".")
produces
'..a?.' instead of '..a?..'

The reason is that "a?" is composed of two code points (2 UCS4 chars), one 'a' and one combining code point "above arrow". str.center() counts the size of the string and fills it both sides with `fillchar` until the size reaches `width`. However, this size is certainly intended to be the number of characters and not the number of code points.

The correct way to count characters is to use the grapheme clustering algorithm from UAX TR29.

Turns out I implemented this myself already, and might do the PR if asked so, with a little help to make the C <-> Python glue.

Thanks for your time.

----------
components: Library (Lib)
messages: 296478
nosy: Guillaume Sanchez
priority: normal
severity: normal
status: open
title: str.center() is not unicode aware
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30717>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:27:45 2017
From: report at bugs.python.org (Guillaume Sanchez)
Date: Tue, 20 Jun 2017 19:27:45 +0000
Subject: [issue30717] str.center() is not unicode aware
In-Reply-To: <1497986122.28.0.540580196076.issue30717@psf.upfronthosting.co.za>
Message-ID: <1497986865.48.0.141102546592.issue30717@psf.upfronthosting.co.za>


Guillaume Sanchez added the comment:

Obviously, I'm talking about str.center() but all functions needing a count of graphemes are then not totally correct.

I can fix that and add the corresponding function, or an iterator over graphemes, or whatever seems right :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30717>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:32:04 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 20 Jun 2017 19:32:04 +0000
Subject: [issue29933] asyncio: set_write_buffer_limits() doc doesn't specify
 unit of the parameters
In-Reply-To: <1490707139.27.0.838851028066.issue29933@psf.upfronthosting.co.za>
Message-ID: <1497987124.85.0.510574989526.issue29933@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 5200a7c7f9ea65a96330c5f276f4acc6ec70854e by Mariatta (Kojo Idrissa) in branch 'master':
bpo-29933: Improve set_write_buffer_limits description (GH-2262)
https://github.com/python/cpython/commit/5200a7c7f9ea65a96330c5f276f4acc6ec70854e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29933>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:33:52 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 19:33:52 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1497987232.71.0.936620136405.issue6739@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
title: IDLE window won't start or show up after assgining new key in options v2.5.2 and 3.1.1 -> IDLE: refuse invalid key bindings
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:35:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 19:35:03 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1497987303.71.0.989096819463.issue21519@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#6739 also has a patch to refuse invalid key bindings.

----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:37:09 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 19:37:09 +0000
Subject: [issue6699] IDLE: Warn user about overwriting a file that has a newer
 version on filesystem
In-Reply-To: <1250207930.18.0.223468874802.issue6699@psf.upfronthosting.co.za>
Message-ID: <1497987429.91.0.0516125376474.issue6699@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: roger.serwy -> terry.reedy
nosy: +terry.reedy -BreamoreBoy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6699>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:40:12 2017
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 20 Jun 2017 19:40:12 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
In-Reply-To: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>
Message-ID: <1497987612.03.0.533155817341.issue30714@psf.upfronthosting.co.za>


Changes by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> christian.heimes
stage:  -> patch review
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:44:33 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 19:44:33 +0000
Subject: [issue1074333] On linux, numeric pad input is ignored when numlock off
Message-ID: <1497987873.49.0.841882882165.issue1074333@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1074333>
_______________________________________

From report at bugs.python.org  Tue Jun 20 15:49:33 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 19:49:33 +0000
Subject: [issue17822] Save on Close windows (IDLE)
In-Reply-To: <1366722813.3.0.645227250665.issue17822@psf.upfronthosting.co.za>
Message-ID: <1497988173.48.0.432439550828.issue17822@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
nosy:  -BreamoreBoy
stage:  -> test needed
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17822>
_______________________________________

From report at bugs.python.org  Tue Jun 20 16:18:49 2017
From: report at bugs.python.org (Mansoor Ahmed)
Date: Tue, 20 Jun 2017 20:18:49 +0000
Subject: [issue30718] open builtin function: specifying the size of buffer has
 no effect for text files
Message-ID: <1497989929.05.0.713607879185.issue30718@psf.upfronthosting.co.za>


New submission from Mansoor Ahmed:

*This behavior was tested on a Linux system with Python 3.5 and 3.6

Passing the buffer size for the builtin function `open` has no effect for files opened in text mode:

 >>> sys.version
'3.5.3 (default, Jan 19 2017, 14:11:04) \n[GCC 6.3.0 20170118]'

>>> f = open("/home/user/Desktop/data.txt", "r+", buffering=30)
>>> f.write("A" * 40)
40

My assumption is that, `f` is a text buffer and f.buffer is the binary buffer. Therefore, the buffering argument to `open` sets the buffering size to the binary buffer f.buffer. Confusingly, f.write("A" * 40) didn't fill the buffer although the 40 ASCII chars=40 bytes have been written to `f` which exceeds its buffer size (30 bytes) nothing was flushed by Python and (instead) the data set in `f` object. 


The problem is that, it seems that `f` acts as a text buffer with its own buffer size and its own flushing behavior which obstructs many concepts. Here are the main points: 

A) Despite passing the buffer size to open, `f` object acts as a text buffer and its size is set to f._CHUNK_SIZE. 

B) The default buffer size set to `f` by default renders the `buffering` argument to `open` virtually useless, this is because the programmer might think that Python flushes the data according to the binary buffer size passed to `open`. That is, when the programmer codes something like: 

f = open("/home/user/Desktop/data.txt", "r+", buffering=30)
f.write("A" * 40) 

for a file opened by `open`, the programmer's assumption would most likely be that Python flushes the buffer when it's greater than 30 bytes in size for text files. But  it really has another buffer on top of the binary buffer and the buffering argument sets the buffer size of the binary buffer `f.buffer` *not* `f`, the text buffer and `f` relies on the buffer size as set by default that can be seen through f._CHUNK_SIZE or from io.DEFAULT_BUFFER_SIZE. 

C) Calling f.flush flushes both buffers (f and f.buffer) all the way to f.buffer.raw and this further validates the point that given the buffering argument for text files, would technically be useless.

>From Python Documentation for `open`: 

"buffering is an optional integer used to set the buffering policy. Pass 0 to switch buffering off (only allowed in binary mode), 1 to select line buffering (only usable in text mode), and an integer > 1 to indicate the size in bytes of a fixed-size chunk buffer. When no buffering argument is given, the default buffering policy works as follows: ..." 

"and an integer > 1 to indicate the size in bytes of a fixed-size chunk buffer." if this behavior was intentional in the implementation of Python, then I think the documentation should  say something like this: 

and an integer > 1 sets the the default buffer size.

----------
components: IO, Interpreter Core
messages: 296482
nosy: direprobs
priority: normal
severity: normal
status: open
title: open builtin function: specifying the size of buffer has no effect for text files
type: behavior
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30718>
_______________________________________

From report at bugs.python.org  Tue Jun 20 16:19:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 20:19:08 +0000
Subject: [issue27245] IDLE: Fix deletion of custom themes and key bindings
In-Reply-To: <1465263632.45.0.499678988052.issue27245@psf.upfronthosting.co.za>
Message-ID: <1497989948.7.0.801422978411.issue27245@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In #4765, which I just closed as a duplicate, G Polo had same idea of applying change at top.
https://bugs.python.org/file14645/removekeybindingswhiletheyexist.diff

----------
assignee:  -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27245>
_______________________________________

From report at bugs.python.org  Tue Jun 20 16:19:28 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 20:19:28 +0000
Subject: [issue4765] IDLE fails to "Delete Custom Key Set" properly
In-Reply-To: <1230525520.13.0.417394561266.issue4765@psf.upfronthosting.co.za>
Message-ID: <1497989968.31.0.260540788584.issue4765@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This issue (and a similar one for custom themes) was fixed in #27245 with a different patch, but to the same effect.

----------
nosy:  -BreamoreBoy
resolution:  -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder:  -> IDLE: Fix deletion of custom themes and key bindings

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4765>
_______________________________________

From report at bugs.python.org  Tue Jun 20 16:34:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 20:34:13 +0000
Subject: [issue30473] defaultdict raises SystemError,
 __missing__ returned NULL in thread
In-Reply-To: <1495714909.78.0.802693882922.issue30473@psf.upfronthosting.co.za>
Message-ID: <1497990853.22.0.985009784949.issue30473@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This bug is a duplicate of bpo-30524.

Louie Lu: "This bug is introduce at commit: 37e4ef7b17ce6e98ca725c0a53ae14c313c0e48c, then fixed at commit: 998c20962ca3e2e693c1635efe76c0144dde76fc"

This is the fix for master. For Python 3.6, the fix is the commit f0ff849adc6b4a01f9d1f08d9ad0f1511ff84541. I added wrote unit tests for this bug, but also for many ways to calls functions: commit b7577456c430283f8b7ec4e914b701cb943cc69b.

> Much simpler example: https://gist.github.com/parente/a4772297459f05e43e12a5820051431b

I'm able to reproduce the bug in Python 3.6 before f0ff849adc6b4a01f9d1f08d9ad0f1511ff84541, and also confirm that this commit fixes the bug.

The good news is that Python 3.6.2rc1 is already available and contains my fix, and 3.6.2 final should be released soon.

----------
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> iter(classmethod, sentinel) broken for Argument Clinic class methods?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30473>
_______________________________________

From report at bugs.python.org  Tue Jun 20 16:34:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 20:34:33 +0000
Subject: [issue30524] iter(classmethod,
 sentinel) broken for Argument Clinic class methods?
In-Reply-To: <1496232075.99.0.36248414101.issue30524@psf.upfronthosting.co.za>
Message-ID: <1497990873.14.0.0485751219743.issue30524@psf.upfronthosting.co.za>


STINNER Victor added the comment:

bpo-30473 has been marked as a duplicate of this bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30524>
_______________________________________

From report at bugs.python.org  Tue Jun 20 16:35:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 20:35:17 +0000
Subject: [issue30473] defaultdict raises SystemError,
 __missing__ returned NULL in thread
In-Reply-To: <1495714909.78.0.802693882922.issue30473@psf.upfronthosting.co.za>
Message-ID: <1497990917.56.0.623864262852.issue30473@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, and thank you Peter Parente for the bug report, and for the script to reproduce the bug. It was usual to validate that the bug is now fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30473>
_______________________________________

From report at bugs.python.org  Tue Jun 20 16:53:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 20:53:43 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1497992023.76.0.0153781339887.issue30368@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset ebbccea997e03f60fec8308f2fb9e89a11521a74 by Victor Stinner (Jeremy Kloth) in branch '2.7':
bpo-30368: Update build_ssl.py to restore Perl-less building (#1805)
https://github.com/python/cpython/commit/ebbccea997e03f60fec8308f2fb9e89a11521a74


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Tue Jun 20 17:16:35 2017
From: report at bugs.python.org (Louie Lu (old))
Date: Tue, 20 Jun 2017 21:16:35 +0000
Subject: [issue5680] Command-line arguments when running in IDLE
In-Reply-To: <1238798556.38.0.28468201552.issue5680@psf.upfronthosting.co.za>
Message-ID: <1497993395.34.0.92402065596.issue5680@psf.upfronthosting.co.za>


Changes by Louie Lu (old) <git at louie.lu>:


----------
pull_requests: +2353

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5680>
_______________________________________

From report at bugs.python.org  Tue Jun 20 17:23:50 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 21:23:50 +0000
Subject: [issue28889] IDLE needs the ability to pass in command-line arguments
In-Reply-To: <1481050946.76.0.826535117808.issue28889@psf.upfronthosting.co.za>
Message-ID: <1497993830.41.0.742341040324.issue28889@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Another duplicate of #5680, which already has three patches.  I retitled the PR and it is now listed on #5680.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Command-line arguments when running in IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28889>
_______________________________________

From report at bugs.python.org  Tue Jun 20 17:26:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 21:26:37 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1497993997.23.0.657499730192.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%202.7/builds/131/steps/test/logs/stdio

...
0:05:06 [401/404] test_strptime passed
0:05:07 [402/404] test_test_support passed
0:05:29 [403/404] test_largefile passed (39 sec) -- running: test_weakref (44 sec)

command timed out: 1200 seconds without output, attempting to kill
program finished with exit code 1
elapsedTime=1530.908000

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Tue Jun 20 17:28:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 21:28:41 +0000
Subject: [issue5680] Command-line arguments when running in IDLE
In-Reply-To: <1238798556.38.0.28468201552.issue5680@psf.upfronthosting.co.za>
Message-ID: <1497994121.16.0.799382470052.issue5680@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I closed #28889, with a 4th patch, in favor of this one.

Gabriel, you somehow never signed the PSF Contributor License Agreement.  Until you do, I will assume that anything you did is covered by the other 3 patches.

----------
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5680>
_______________________________________

From report at bugs.python.org  Tue Jun 20 17:28:52 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 21:28:52 +0000
Subject: [issue5680] Command-line arguments when running in IDLE
In-Reply-To: <1238798556.38.0.28468201552.issue5680@psf.upfronthosting.co.za>
Message-ID: <1497994132.35.0.974395557596.issue5680@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5680>
_______________________________________

From report at bugs.python.org  Tue Jun 20 17:57:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 21:57:15 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1497995835.86.0.436943341132.issue30368@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I checked AMD64 Windows7 SP1 VS9.0 2.7. Before the commit, the build 129 failed badly when building ssl:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20VS9.0%202.7/builds/129/steps/compile/logs/stdio

IOError: [Errno 2] No such file or directory: 'crypto\\buildinf_amd64.h'

In the first build with the commit, the compilation of ssl succeeded!

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20VS9.0%202.7/builds/130

"_ssl - 0 error(s), 375 warning(s)"

... but the compilation step still failed, for other reasons. I see that 2 projects failed:

..\..\Modules\expat\xmlparse.c(13) : fatal error C1083: Cannot open include file: 'sys/time.h': No such file or directory
_elementtree - 1 error(s), 9 warning(s)

and

..\..\Modules\expat\xmlparse.c(13) : fatal error C1083: Cannot open include file: 'sys/time.h': No such file or directory
pyexpat - 1 error(s), 1 warning(s)

It may be related to the recent update of libexpat from 2.1.1 to 2.2.0?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Tue Jun 20 18:03:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 22:03:04 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1497996184.28.0.532354009491.issue30368@psf.upfronthosting.co.za>


STINNER Victor added the comment:

In a previous build, build 111 (June 6), the compilation of _elementtree succeeded:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20VS9.0%202.7/builds/111/steps/compile/logs/stdio
_elementtree - 0 error(s), 10 warning(s)

I also see that the commit 0e4571a68a7f48e8469ef05b04ba3463d3fd82c0 which upgraded libexpat introduced "#ifdef WIN32". I see that libexpat 2.2.1, the new version, replace "#ifdef WIN32" with "#ifdef _WIN32". I tested manually and it seems to fix the compilation of xmlparse.c at least! So bpo-30694 which update expat from 2.2.0 to 2.2.1 should fix this buildbot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Tue Jun 20 18:03:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 22:03:57 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1497996237.75.0.0784176830723.issue30694@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, it seems like the compilation of expat 2.2.0 fails on Windows with VS 9.0:
http://bugs.python.org/issue30368#msg296493

But it seems like expat 2.2.1 is going to fix this compilation issue!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Tue Jun 20 18:07:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 20 Jun 2017 22:07:40 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1497996460.76.0.0186424822613.issue30368@psf.upfronthosting.co.za>


STINNER Victor added the comment:

So, I made final tests with the merged commit. I manually uninstalled (Active)Perl. Without the commit, the compilation of ssl failed on my Windows VM since I'm using VS 2008.

(1) using build.bat

git clean -fdx
In the VS2008 shell, type: PC\VS9.0\build.bat -e -d -p x64
=> you get a python_d.exe with a working _ssl module!

(2) using VS GUI

git clean -fdx
PCbuild\get_externals.bat
Open VS 2008, build the project
=> compilation of _ssl fails with a permission error about a temporay object file... I don't understand it
Rebuild the project
=> compilation of _ssl works, python_d.exe has a working _ssl module!

Except of the "temporary" (but reproductible) compilation error in the VS GUI, I confirm that the change fixes this issue!

I prefer to keep the issue open until the buildbot is repaired (expat issue).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Tue Jun 20 18:39:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 22:39:40 +0000
Subject: [issue24718] Specify interpreter when running in IDLE
In-Reply-To: <1437820859.91.0.219785167704.issue24718@psf.upfronthosting.co.za>
Message-ID: <1497998380.55.0.550635949274.issue24718@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

>From your post, it was unclear to me what you are actually asking for.  From reading the bitbucket thread, it appears that you want something I cannot give you -- a built-in privileged position in IDLE.  However, as I said before, you can write a pgz extension.  An extension can add a menu entry and get a reference to the editor's tk Text widget.  It would be easy to write one that added needed boilerplate at the top and bottom of a file so that it is ready to run with F5.  The top part could end with
# Ignore everything above this line.
and the bottom part start with
# Ignore everything below this line.
With more effort, you could do probably do more to hide the boilerplate, but as I explained before, I have no motivation for that.

----------
assignee:  -> terry.reedy
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24718>
_______________________________________

From report at bugs.python.org  Tue Jun 20 18:59:50 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 20 Jun 2017 22:59:50 +0000
Subject: [issue27388] IDLE configdialog: reduce multiple references to Var
 names
In-Reply-To: <1466907816.0.0.0265609699186.issue27388@psf.upfronthosting.co.za>
Message-ID: <1497999590.6.0.865485755544.issue27388@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2354

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27388>
_______________________________________

From report at bugs.python.org  Tue Jun 20 19:01:23 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 20 Jun 2017 23:01:23 +0000
Subject: [issue27388] IDLE configdialog: reduce multiple references to Var
 names
In-Reply-To: <1466907816.0.0.0265609699186.issue27388@psf.upfronthosting.co.za>
Message-ID: <1497999683.15.0.781694709279.issue27388@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Created a pull request for this - "The varnames, like method names, are internal to configdialog and can lowercased (PEP8) and otherwised changed."

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27388>
_______________________________________

From report at bugs.python.org  Tue Jun 20 19:06:09 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 23:06:09 +0000
Subject: [issue19042] Idle: run from editor without explicit save
In-Reply-To: <1379438454.05.0.402533666166.issue19042@psf.upfronthosting.co.za>
Message-ID: <1497999969.44.0.203451832875.issue19042@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I rewrote title to slightly generalize, and add and document here on the tracker additional variations that have been requested or that I have thought of.

1. Autosave <untitled> to somewhere, like .idlerc/untitled.py

2. Run without saving, by stuffing code lines into the line cache, as done with lines entered into Shell.  Use <unsaved> rather than <PyShell> as pseudo file name.

Either 1 or 2 has been requested multiple times.  It is part of the GPolo megapatch of #10079 that adds or changes about 10 features at once.  I do not know at the moment if it implemented 1 or 2.  msg149930 says "This functionality is scattered across several files."  

Some other ideas:

3. Run without restarting.  This *seems* easy.  Requests:
https://stackoverflow.com/questions/43814027/how-to-prevent-python-idle-from-restarting-when-running-new-script
https://stackoverflow.com/questions/41926321/run-a-module-in-idle-python-3-4-without-restart

4. Run selection. This seems more useful without restart. I would make it default if there *is* a selection.  (Alt-F5?, context menu?

5. Run as input.  Print prompt and statement; run as if entered; add to history.  Requires parsing into statements, which is not trivial.  Compile with mode=statement has 3 returns: error, partial statement so far okay, success.  Anything after 1st statement is ignored. This blocks pasting multiple lines.  But provides alternative for entering multiline statments.

6. Run with 'tracing -t'. Print line# and statement.  Similar to autostep in debugger.

7. Run with debugger, without having to turn it on in the Shell that may not exist.

8. Run with command line arguments #5680.

9. Run with PYTHONSTARTUP or IDLESTARTUP file.

We cannot have menu options for each run option, let alone combinations of options.  I am thinking of adding one 'Custom Run' or 'Run w/ Options' or ??? menu entry and a dialog box with the F5 settings the initial defaults.  The setting for a particular file should be persistent, and can be across IDLE sessions, as with debug breakpoints.

I intend to open a separate issue for
10. Run in a console, detached, with output to the console.
This should probably have a separate 'Run in Console' menu entry and options box.

----------
title: Idle: add option to autosave 'Untitled' edit window -> Idle: run from editor without explicit save

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19042>
_______________________________________

From report at bugs.python.org  Tue Jun 20 19:16:38 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 23:16:38 +0000
Subject: [issue5680] Command-line arguments when running in IDLE
In-Reply-To: <1238798556.38.0.28468201552.issue5680@psf.upfronthosting.co.za>
Message-ID: <1498000598.95.0.143724582784.issue5680@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Running with arguments is only one requested or possible deviation from the standard F5 mode.  See #19042, msg296498, for many more.  I am thinking that there should be one menu entry (Custom Run, Alt-F5)? that brings up a box with alternatives, initially defaulting to the F5 values, then persisting.

The order of execution should be a) Syntax check by compile, b) Run options, if requested, c) Restart Shell, if requested, d) Execute code object.

I want to start with setting sys.args, but with a mind to adding other things.  Running without explicit saving might be next.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5680>
_______________________________________

From report at bugs.python.org  Tue Jun 20 19:35:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 23:35:40 +0000
Subject: [issue30719] IDLE: Make PyShell visible upon error.
Message-ID: <1498001740.77.0.0953898655235.issue30719@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Spinoff from #10079. "PseudoStderrFile" in PyShell.py brings the shell forward if an error occurs. It should be possible to extract G. Polo's patch for that class from the megapatch.

A possible issue is that PseudoStdoutFile and PseudoStderrFile have been combined as PseudoOutputFile.  That and PseudoInputfile are used in both the IDLE and user processes.

----------
assignee: terry.reedy
components: IDLE
messages: 296500
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: Make PyShell visible upon error.
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30719>
_______________________________________

From report at bugs.python.org  Tue Jun 20 19:38:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 23:38:08 +0000
Subject: [issue30719] IDLE: Make PyShell visible upon error.
In-Reply-To: <1498001740.77.0.0953898655235.issue30719@psf.upfronthosting.co.za>
Message-ID: <1498001888.76.0.0199428904739.issue30719@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The lift action should only happen in the IDLE GUI process.  When I retrace the data flow, I should document it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30719>
_______________________________________

From report at bugs.python.org  Tue Jun 20 19:56:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 20 Jun 2017 23:56:45 +0000
Subject: [issue10079] idlelib for Python 3 with Guilherme Polo GSoC
 enhancements
In-Reply-To: <1286939996.87.0.346411752414.issue10079@psf.upfronthosting.co.za>
Message-ID: <1498003005.92.0.79623966098.issue10079@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In msg149930, Roger said "There are two major changes that are not covered by other issues (AFAIK). 
1) The "PseudoStderrFile" in PyShell.py brings the shell forward if an error occurs. I like this behavior.
2) Run a script without saving it first. This functionality is scattered across several files.

There are several other small tweaks in the patch that will need some review. "

1. When there is no syntax error, running code already lifts Shell.  I presume the use case is that someone might cover it with something else while a program is running.  In any case, I opened #30719 for this.  Note that the Psuedo classes have been replaced since 2010.

2. Running without saving is #19042.  Two variations are autosave to some file and no save to any file.  I don't know which G.Polo implemented, but #19042 covers both.  There are numerous other possible deviations from F5, as listed in msg296498.

3. I don't think searching for small tweaks is worth the bother, so I'm closing this.  Some things are fixed, some pending, some out-of-date.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10079>
_______________________________________

From report at bugs.python.org  Tue Jun 20 20:06:50 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Wed, 21 Jun 2017 00:06:50 +0000
Subject: [issue30717] str.center() is not unicode aware
In-Reply-To: <1497986122.28.0.540580196076.issue30717@psf.upfronthosting.co.za>
Message-ID: <1498003610.36.0.176389885423.issue30717@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

I don't think graphemes is the right term here. Graphemes are language dependent, for instance "?" may be considered a grapheme in Croatian.

https://en.wikipedia.org/wiki/D%C5%BE
http://www.unicode.org/glossary/#grapheme

I believe you are referring to combining characters:

http://www.unicode.org/faq/char_combmark.html

It is unfortunate that Python's string methods are naive about combining characters, and just count code points, but I'm not sure what the alternative is. For example the human reader may be surprised that these give two different results:

py> len("na?ve")
5
py> len("na?ve")
6

I'm not sure if the effect will survive copying and pasting, but the first string uses 

U+00EF LATIN SMALL LETTER I WITH DIAERESIS

while the second uses:

U+0069 LATIN SMALL LETTER I + U+0308 COMBINING DIAERESIS

And check out this surprising result:

py> "x?oz"[::-1]
'z?ix'


It seems to me that it would be great if Python was fully aware of combining characters, its not so great if it is na?ve, but it would be simply terrible if only a few methods were aware and the rest na?ve.

I don't have a good solution to this, but perhaps an iterator over (base character + combining marks) would be a good first step. Something like this?

import unicodedata

def chars(string):
    accum = []
    for c in string:
        cat = unicodedata.category(c)
        if cat == 'Mn':
            accum.append(c)
        else:
            if accum:
                yield accum
                accum = []
            accum.append(c)
    if accum:
        yield accum

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30717>
_______________________________________

From report at bugs.python.org  Tue Jun 20 20:55:41 2017
From: report at bugs.python.org (Guillaume Sanchez)
Date: Wed, 21 Jun 2017 00:55:41 +0000
Subject: [issue30717] str.center() is not unicode aware
In-Reply-To: <1497986122.28.0.540580196076.issue30717@psf.upfronthosting.co.za>
Message-ID: <1498006541.96.0.125467711843.issue30717@psf.upfronthosting.co.za>


Guillaume Sanchez added the comment:

Thanks for all those interesting cases you brought here! I didn't think of that at all!

I'm using the word "grapheme" as per the definition given in UAX TR29 which is *not* language/locale dependant [1].

This annex is very specific and precise about where to break "grapheme cluster" aka "when does a character starts and ends". Sadly, it's a bit more complex than just accumulating based on the Combining property. This annex gives a set of rules to implement, based on Grapheme_Cluster_Break property, and while those rules may naively be implemented as comparing adjacent pairs of code points, this is wrong and can be correctly and efficiently implemented as an automaton. My code [2] passes all tests from GraphemeBreakTests.txt (provided by Unicode).

We can definitely do a generator like you propose, or rather do it in the C layer to gain more efficiency and coherence since the other string / Unicode operations are in the C layer (upper, lower, casefold, etc)

Let me know what you guys think, what (and if) I should contribute :)

[1] http://www.unicode.org/reports/tr29/#Grapheme_Cluster_Boundaries
[2] https://github.com/Vermeille/batriz/blob/master/src/str/grapheme_iterator.h#L31

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30717>
_______________________________________

From report at bugs.python.org  Tue Jun 20 21:34:08 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Wed, 21 Jun 2017 01:34:08 +0000
Subject: [issue30717] str.center() is not unicode aware
In-Reply-To: <1497986122.28.0.540580196076.issue30717@psf.upfronthosting.co.za>
Message-ID: <1498008848.16.0.236080187603.issue30717@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

http://www.unicode.org/reports/tr29/#Grapheme_Cluster_Boundaries

talks about *grapheme clusters*, not "graphemes" alone, and it seems clear to me that they are language dependent. For example, it says:

The Unicode Standard provides default algorithms for determining grapheme cluster boundaries, with two variants: legacy grapheme clusters and extended grapheme clusters. The most appropriate variant depends on the language and operation involved. ... These algorithms can be adapted to produce tailored grapheme clusters for specific locales...


Nevertheless, even just a basic API to either the *legacy grapheme cluster* or the *extended grapheme cluster* algorithms would be a good start.

Can I suggest that the unicodedata module might be the right place for it?

And thank you for volunteering to do the work on this!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30717>
_______________________________________

From report at bugs.python.org  Tue Jun 20 22:38:32 2017
From: report at bugs.python.org (William Budd)
Date: Wed, 21 Jun 2017 02:38:32 +0000
Subject: [issue30720] re.sub substitution match group contains wrong value
 after unmatched pattern was processed
Message-ID: <1498012712.75.0.088701596169.issue30720@psf.upfronthosting.co.za>


New submission from William Budd:

pattern = re.compile('<div>(<p>.*?</p>)</div>', flags=re.DOTALL)

----------------------------------------------------------------

# This works as expected in the following case:

print(re.sub(pattern, '\\1',
             '<div><p>foo</p></div>\n'
             '<div><p>bar</p>123456789</div>\n'))

# which outputs:

<p>foo</p>
<div><p>bar</p>123456789</div>

----------------------------------------------------------------

# However, it does NOT work as I expect in this case:

print(re.sub(pattern, '\\1',
             '<div><p>foo</p>123456789</div>\n'
             '<div><p>bar</p></div>\n'))

# actual output:

<p>foo</p>123456789</div>
<div><p>bar</p>

# expected output:

<div><p>foo</p>123456789</div>
<p>bar</p>

----------------------------------------------------------------

It seems that pattern matching/substitution iterations only go haywire once the matching iteration immediately prior to it turned out not to be a match. Maybe some internal variable is not cleaned up properly in an edge(?) case triggered by the example above?

----------
components: Regular Expressions
messages: 296506
nosy: William Budd, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: re.sub substitution match group contains wrong value after unmatched pattern was processed
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30720>
_______________________________________

From report at bugs.python.org  Tue Jun 20 23:21:50 2017
From: report at bugs.python.org (Martin Panter)
Date: Wed, 21 Jun 2017 03:21:50 +0000
Subject: [issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
In-Reply-To: <1497984928.25.0.777622060627.issue30716@psf.upfronthosting.co.za>
Message-ID: <1498015310.77.0.884309997643.issue30716@psf.upfronthosting.co.za>


Martin Panter added the comment:

Sounds similar to Issue 27425. Did rc1 get built with mangled newlines or something?

----------
components: +Tests, Windows
nosy: +martin.panter, paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30716>
_______________________________________

From report at bugs.python.org  Tue Jun 20 23:26:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 03:26:30 +0000
Subject: [issue30720] re.sub substitution match group contains wrong value
 after unmatched pattern was processed
In-Reply-To: <1498012712.75.0.088701596169.issue30720@psf.upfronthosting.co.za>
Message-ID: <1498015590.39.0.30175829905.issue30720@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

It works correctly. It finds a substring that starts with '<div><p>' and ends with '</p></div>' from left to right. The leftmost found substring starts from index 0 and ends before the final '\n'. Overlapped substrings are not found.

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30720>
_______________________________________

From report at bugs.python.org  Tue Jun 20 23:32:13 2017
From: report at bugs.python.org (William Budd)
Date: Wed, 21 Jun 2017 03:32:13 +0000
Subject: [issue30720] re.sub substitution match group contains wrong value
 after unmatched pattern was processed
In-Reply-To: <1498012712.75.0.088701596169.issue30720@psf.upfronthosting.co.za>
Message-ID: <1498015933.05.0.807055225253.issue30720@psf.upfronthosting.co.za>


William Budd added the comment:

I don't understand... Isn't the "?" in ".*?" supposed to make the ".*" matching non-greedy, hence matching the first "</p>" rather than the last "</p>"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30720>
_______________________________________

From report at bugs.python.org  Tue Jun 20 23:47:08 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 03:47:08 +0000
Subject: [issue30720] re.sub substitution match group contains wrong value
 after unmatched pattern was processed
In-Reply-To: <1498012712.75.0.088701596169.issue30720@psf.upfronthosting.co.za>
Message-ID: <1498016828.47.0.981670724218.issue30720@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Yes, it is non-greedy. But it needs matching not just '</p>', but '</p></div>'. After finding the first '</p>' it doesn't see the '</div>' after it and continue searching until found '</p></div>'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30720>
_______________________________________

From report at bugs.python.org  Tue Jun 20 23:53:00 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 21 Jun 2017 03:53:00 +0000
Subject: [issue30717] str.center() is not unicode aware
In-Reply-To: <1497986122.28.0.540580196076.issue30717@psf.upfronthosting.co.za>
Message-ID: <1498017180.7.0.971881921299.issue30717@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30717>
_______________________________________

From report at bugs.python.org  Wed Jun 21 00:04:51 2017
From: report at bugs.python.org (William Budd)
Date: Wed, 21 Jun 2017 04:04:51 +0000
Subject: [issue30720] re.sub substitution match group contains wrong value
 after unmatched pattern was processed
In-Reply-To: <1498012712.75.0.088701596169.issue30720@psf.upfronthosting.co.za>
Message-ID: <1498017891.6.0.817052049648.issue30720@psf.upfronthosting.co.za>


William Budd added the comment:

I now see you're right of course. Not a bug after all. Thank you.

I mistakenly assumed that the group boundary ")" would delimit the end of the non-greedy match group. I.e., ".*?</p>" versus ".*?</p></div>".

I don't see a way to accomplish the "even less greedy" variant I'm looking for though...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30720>
_______________________________________

From report at bugs.python.org  Wed Jun 21 00:33:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 04:33:30 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498019610.96.0.689924148428.issue13617@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

While working on this issue I found a way to inject environment variables for a subprocess on Windows. Reclassified this issue as a security issue. PR 2302 fixes this. May be there are other security vulnerabilities fixed by it.

----------
type: behavior -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 21 00:40:23 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 21 Jun 2017 04:40:23 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498020023.65.0.660940131432.issue30422@psf.upfronthosting.co.za>


Louie Lu added the comment:

Terry, how do you think about the roadmap? I have two component that I think it should be put on the roadmap.

1. the goto/search/replace dialog to single-window app (#30521, #27115)

>From internal diagram (https://i.imgur.com/1WZwakQ.png) it seem to search/replace dialog share the same based, I think we can first start from here to make a single-window app. To discuss which kind of style that we may change in future. In #30521, I propose to make it as vscode/sublime style, a top bar for goto with different label. And for search/replace a bottom dialog like vscode/sublime could be used.


2. lineno sidebar, and pyshell tab issue (#30663, #7676)

Another big problem (I think) in IDLE is the pyshell tab issue. It seem that is very conflict with PEP8 when IDLE using tab in pyshell. In #7676 you said that should be done with sidebar, In #30663, I first propose lineno sidebar in edit window, if this is been accepted, then I think #7676 may be solved by sidebar method used in lineno. 

How do you think about this two issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Wed Jun 21 00:43:11 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 04:43:11 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1498020191.06.0.552151923284.issue30708@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This change needs changing one ctypes test, and can break third-party tests or even a code. That is why it is targeted only for 3.7. I'm going to backport the change as a private function for using in CPython internally since this can fix vulnerabilities.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Wed Jun 21 00:50:57 2017
From: report at bugs.python.org (William Budd)
Date: Wed, 21 Jun 2017 04:50:57 +0000
Subject: [issue30720] re.sub substitution match group contains wrong value
 after unmatched pattern was processed
In-Reply-To: <1498012712.75.0.088701596169.issue30720@psf.upfronthosting.co.za>
Message-ID: <1498020657.66.0.778844245415.issue30720@psf.upfronthosting.co.za>


William Budd added the comment:

Doh! This has a really easy solution, doesn't it; just replace "." with "[^<]": re.compile('<div>(<p>[^<]*?</p>)</div>', flags=re.DOTALL).

Sorry about the noise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30720>
_______________________________________

From report at bugs.python.org  Wed Jun 21 00:51:41 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Jun 2017 04:51:41 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1498020701.83.0.432421337104.issue30597@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

A note regarding the applicable versions: for the original custom warning, we decided it made sense to change it in a maintenance release, since the generic syntax error really was incredibly cryptic, and we wanted to get the update into the hands of users as quickly as possible.

For this change, it makes more sense to treat it as a normal enhancement, since potentially saving folks a trip to Stack Overflow is a nice improvement, but not a "we should change the reported exception details in a maintenance release" level change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Wed Jun 21 00:55:16 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Jun 2017 04:55:16 +0000
Subject: [issue30598] Py_NewInterpreter() leaks a reference on warnoptions in
 _PySys_EndInit()
In-Reply-To: <1496918920.92.0.347737718278.issue30598@psf.upfronthosting.co.za>
Message-ID: <1498020916.65.0.15756170396.issue30598@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

We'll likely still move it eventually, but I don't think that's a good reason to keep this issue open - it's more a part of making incremental progress towards being able to make PEP 432 a public API.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30598>
_______________________________________

From report at bugs.python.org  Wed Jun 21 01:13:56 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Wed, 21 Jun 2017 05:13:56 +0000
Subject: [issue30721] Show expected input for right shift operator usage in
 custom "print" error message
Message-ID: <1498022036.95.0.527028755561.issue30721@psf.upfronthosting.co.za>


New submission from Sanyam Khurana:

While working on issue: http://bugs.python.org/issue30597 to enhance the custom error message by showing expected output in Python3 syntax when someone uses Python2 syntax, a PR was raised: https://github.com/python/cpython/pull/2009, where we just handled the case for print with soft-space and excessive white-space.

In the implementation discussion, an issue was raised to handle the case with right shift operator by Nick as in here:
http://bugs.python.org/issue30597#msg295484

Nick suggested here about the possible patch: https://github.com/python/cpython/pull/2009#issuecomment-307539241

----------
messages: 296518
nosy: CuriousLearner, ncoghlan
priority: normal
severity: normal
status: open
title: Show expected input for right shift operator usage in custom "print" error message
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30721>
_______________________________________

From report at bugs.python.org  Wed Jun 21 01:21:07 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 05:21:07 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1498022467.11.0.992655425601.issue27425@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Installed 3.6.2rc1 is showing the same errors for test_random and test_sax.  #30716.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Wed Jun 21 01:23:21 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 05:23:21 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1498022601.84.0.539355487641.issue27425@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Why de we would 'want' /r/n on Windows?  What beside Notepad can't handle /n?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Wed Jun 21 01:48:28 2017
From: report at bugs.python.org (knzsys)
Date: Wed, 21 Jun 2017 05:48:28 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1498024108.52.0.540417666533.issue30712@psf.upfronthosting.co.za>


knzsys added the comment:

Thanks a lot.
changing format string from '2s2s29H26f3L4s' to '=2s2s29H26f3L4s' worked for me.

But I still do not understand, why it's working if I splitt format string in 2 parts + use the (un)pack command 2 times ('2s2s29H' + '26f3L4s' are working separately, but '=2s2s29H26f3L4s' needs the alignment specified.

Do someone have a link, where the alignment options are deeply explained?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Wed Jun 21 02:11:35 2017
From: report at bugs.python.org (knzsys)
Date: Wed, 21 Jun 2017 06:11:35 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1498025495.41.0.946836480396.issue30712@psf.upfronthosting.co.za>


knzsys added the comment:

just an example, how the pack function behaves with the same format string:

before: 13830108be00cafe....3e05ecbc5138000000043c9be14125359541bf338044000000007452e041.....
after:  13830108be00cafe....3e05ecbc51380000000400003c9be14125359541bf338044000000007452e041....

the pack function inserts 2 0x00 bytes at byte pos 62.

which means the first f item converts to 0x0000AABBCCDD instead to 0xAABBCCDD (float value AABBCCDD is an example).
if the formatstring starts with f it converts to 0xAABBCCDD.

Why this strange behavior?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Wed Jun 21 02:28:27 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Jun 2017 06:28:27 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1498026507.29.0.814646180428.issue30597@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Oops, having written the above comment, I belatedly remembered why I originally suggested this be handled as a maintenance issue rather than as a regular enhancement: I'd like to backport it to the Python 3.6 stack in Fedora, and I think it's better to do that kind of general 2->3 migration UX enhancement upstream (so everyone benefits), rather than as a downstream Fedora-specific patch (which both reaches a smaller audience and is more of a hassle to implement and maintain).

If anyone strongly objects to backporting it, I'm willing to go down the downstream patch path, but otherwise I'll backport it so it also shows up for everyone in 3.6.3 later in the year.

----------
stage: resolved -> backport needed
status: closed -> open
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Wed Jun 21 02:41:23 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Jun 2017 06:41:23 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1498027283.59.0.00380854825043.issue30597@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Also adding Ned to the nosy list, since it's ultimately his call as the 3.6 release manager.

Ned: the context here is that we just landed an improvement to the custom error message for Py2-style print syntax that also says how to fix the problem, rather than just reporting it.

That's technically a new feature, but I'd like to backport it to 3.6 anyway (akin to the 3.4 backport of the original custom error message), as I believe it will make a meaningful usability difference for folks inadvertently running Py2 only code on Python 3.

My specific interest here is the 3.6 stack in Fedora, so we *could* handle this as a downstream patch, but it seems harmless enough that it makes more sense to make the change for everyone, rather than just us.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________

From report at bugs.python.org  Wed Jun 21 02:43:17 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 21 Jun 2017 06:43:17 +0000
Subject: [issue30721] Show expected input for right shift operator usage in
 custom "print" error message
In-Reply-To: <1498022036.95.0.527028755561.issue30721@psf.upfronthosting.co.za>
Message-ID: <1498027397.11.0.620805025664.issue30721@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The specific error in question here is the one where Python 3 reads the old Python 2 stream redirection syntax as a combination of the right shift operator and tuple creation:

```
>>> print >> sys.stderr, "message"
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported operand type(s) for >>: 'builtin_function_or_method' and '_io.TextIOWrapper'
```

Searching for that error message indicates that people are hitting it reasonably frequently, so we may be able to save them a trip to Google by adding a custom 'Did you mean "print(<output>, file={:100!r})'.format(rhs)"? message when the right-shift operand dispatch is about to report the default "no implementation" type error, and the LHS is the print builtin.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30721>
_______________________________________

From report at bugs.python.org  Wed Jun 21 02:46:09 2017
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 21 Jun 2017 06:46:09 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1498027569.94.0.838923494117.issue30710@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Why can't the user simply pass in a string service name in the first place?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Wed Jun 21 02:54:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 06:54:30 +0000
Subject: [issue30720] re.sub substitution match group contains wrong value
 after unmatched pattern was processed
In-Reply-To: <1498012712.75.0.088701596169.issue30720@psf.upfronthosting.co.za>
Message-ID: <1498028070.44.0.578137010775.issue30720@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Atomic groups can help you: '<div>((?><p>.*?</p>))</div>'.

But this feature is not supported in the re module yet (see issue433030). You can use the third-party regex module which is compatible with the re module and supports atomic grouping.

>>> import regex as re
>>> pattern = re.compile('<div>((?><p>.*?</p>))</div>', flags=re.DOTALL)
>>> print(re.sub(pattern, '\\1',
...              '<div><p>foo</p>123456789</div>\n'
...              '<div><p>bar</p></div>\n'))
<div><p>foo</p>123456789</div>
<p>bar</p>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30720>
_______________________________________

From report at bugs.python.org  Wed Jun 21 04:30:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 08:30:24 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1498033824.93.0.0119949500227.issue30712@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

https://docs.python.org/3/library/struct.html#byte-order-size-and-alignment

"""
Notes:
1. Padding is only automatically added between successive structure members. No padding is added at the beginning or the end of the encoded struct.
"""

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Wed Jun 21 04:53:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 08:53:26 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1498035206.34.0.600863125612.issue30317@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/774/steps/test/logs/stdio



======================================================================
FAIL: test_timeout (test.test_multiprocessing_spawn.WithProcessesTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 788, in test_timeout
    self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.15966796875 not greater than or equal to 0.17

======================================================================
FAIL: test_timeout (test.test_multiprocessing_spawn.WithThreadsTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 788, in test_timeout
    self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.1293318271636963 not greater than or equal to 0.17

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 21 04:57:43 2017
From: report at bugs.python.org (Christoph Sarnowski)
Date: Wed, 21 Jun 2017 08:57:43 +0000
Subject: [issue30722] Tools/demo/redemo.py broken
Message-ID: <1498035463.93.0.0897725262949.issue30722@psf.upfronthosting.co.za>


New submission from Christoph Sarnowski:

In Python 3.6, the flags in the "re" module became members of an enum.IntFlag, whereas before they were just ints.

This breaks the regex demo in Tools/demo/redemo.py.

To fix this, in line 86 of redemo.py, 

    getattr(re, name)

has to be replaced by 

    getattr(re, name).value

Also, the checkbox for "LOCALE" can be removed (or fixed), as re.LOCALE is invalid for str patterns.

----------
components: Regular Expressions
messages: 296530
nosy: Christoph Sarnowski2, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: Tools/demo/redemo.py broken
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30722>
_______________________________________

From report at bugs.python.org  Wed Jun 21 05:17:37 2017
From: report at bugs.python.org (Grzegorz Grzywacz)
Date: Wed, 21 Jun 2017 09:17:37 +0000
Subject: [issue30698] asyncio sslproto do not shutdown ssl layer cleanly
In-Reply-To: <1497823715.09.0.154341862456.issue30698@psf.upfronthosting.co.za>
Message-ID: <1498036657.43.0.785306503628.issue30698@psf.upfronthosting.co.za>


Grzegorz Grzywacz added the comment:

No one yet responded, maybe this is unclear. I will clarify what is going on, why i made this change, what we gain from this and why this is not ideal solution.

I will focus on ssl layer shutdown as this issue regards.

We have connection asyncio <-> nginx

Lets see first situation asyncio initiates shutdown:

1. ideal:

           shutdown
asyncio   ---------->   nginx
          <----------
           shutdown
Ideal situation asyncio sending shutdown and nginx replies back. This is how it works before attached PR.

2. we can't relay on nginx

           shutdown
asyncio   ---------->   nginx
          |||||||||||
           shutdown

At this point everything looks great, but what will happen when nginx do not sent shutdown - we will wait forever.
We have this situation here #29406.

Attached PR "fix" this problem (note is not ideal fix, more like workaround):

3. with fix:

           shutdown
asyncio   ---------->   nginx
          ||?--------
           shutdown
asyncio is sending shutdown ssl data to nginx but not waiting for nginx response, transport is closed anyway. I think ideal will
be to wait for certain amount of time for response like Nikolay in #29406 propose. This will allow to implement SSL downgrade to
plain text.

Second situation, nginx sent ssl eof.

1. before fix:
           shutdown
nginx     ---------->   asyncio
          |||||||||||
           shutdown
In this case we are receiving nginx shutdown and correctly process it but after that, shutdown callback will close the transport before
shutdown is sent back. Asyncio will try to send this data but fail due to closed transport. There is another issue should be not possible
to write to closed transport. We are getting false-positive result to write. I do not analyze this deeper,
maybe there is a reason to it.

2. after fix:
           shutdown
nginx     ---------->   asyncio
          <----------
           shutdown

This is clean, shutdown callback in _SSLPipe is removed. We close transport in ssl protocol.


I think connections between _SSLPipe and ssl protocol has design problems, _SSLPipe should be, as name suggest, only a pipe.
Callback for handshake and shutdown feels wrong. Ssl protocol based on _SSLPipie mode and state can figure out when to call
connection_made or close transport.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30698>
_______________________________________

From report at bugs.python.org  Wed Jun 21 05:21:30 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 21 Jun 2017 09:21:30 +0000
Subject: [issue30722] Tools/demo/redemo.py broken
In-Reply-To: <1498035463.93.0.0897725262949.issue30722@psf.upfronthosting.co.za>
Message-ID: <1498036890.72.0.446827222153.issue30722@psf.upfronthosting.co.za>


Louie Lu added the comment:

Hi Christoph, chould you provide a small example that breaks the regex demo? thanks!

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30722>
_______________________________________

From report at bugs.python.org  Wed Jun 21 05:21:53 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 21 Jun 2017 09:21:53 +0000
Subject: [issue30722] Tools/demo/redemo.py broken
In-Reply-To: <1498035463.93.0.0897725262949.issue30722@psf.upfronthosting.co.za>
Message-ID: <1498036913.6.0.681019877067.issue30722@psf.upfronthosting.co.za>


Louie Lu added the comment:

Also, would you like to contribute with PR on GitHub?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30722>
_______________________________________

From report at bugs.python.org  Wed Jun 21 05:27:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 09:27:03 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1498037223.53.0.0644674734134.issue27425@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I reproduce the bug after installing Python 3.6.2rc1 on Windows. I reopen the issue and set the priority to release blocker.

----------
nosy: +benjamin.peterson, larry, ned.deily
priority: normal -> release blocker
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Wed Jun 21 05:31:55 2017
From: report at bugs.python.org (Christoph Sarnowski)
Date: Wed, 21 Jun 2017 09:31:55 +0000
Subject: [issue30722] Tools/demo/redemo.py broken
In-Reply-To: <1498035463.93.0.0897725262949.issue30722@psf.upfronthosting.co.za>
Message-ID: <1498037515.84.0.321000650585.issue30722@psf.upfronthosting.co.za>


Christoph Sarnowski added the comment:

Hi, sorry for forgetting steps to reproduce the bug.

Easiest way to see it is to start redemo.py from a console (important on windows), so you can see stdout/stderr.
Then just a click on any of those flag checkboxes leads to an exception backtrace printed on the console.

And to demonstrate that the flag checkbox does not work, enter ".*" (without quotes) as the pattern, and any multiline string as the string to search, and activate the checkbox "MULTILINE".
Correct behaviour: no exception, all lines of the string get highlighted as the first match
Erroneous (actual) behaviour: An exception traceback gets printed: '_tkinter.TclError: expected integer but got "RegexFlag.MULTILINE"'
and only the first line is highlighted as first match, demonstrating that the MULTILINE flag is in fact not active.


When it comes to a pull request, I could do that for the change that I proposed. But regarding the "LOCALE" flag, the better solution (in my opinion) would be to make it work instead of just removing it, but that is a more elaborate change that I am not able to spend time on.

What would you suggest?
a) I provide a pull request, leaving "LOCALE" flag behaviour broken
b) I provide a pull request, removing "LOCALE" flag (to be introduced again when someone is willing to fix it)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30722>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:08:41 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Wed, 21 Jun 2017 10:08:41 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1498039721.21.0.654334327188.issue30710@psf.upfronthosting.co.za>


Radek Smejkal added the comment:

> But how large is the performance hit of this change? It adds at least one additional memory allocation for the str object. If the slowdown is significant perhaps it is worth to keep the old code as a fast path.

commit 5cc7ac24da10568d2a910a91a24183b904118cf8
./python -m timeit -s 'import socket' 'socket.getaddrinfo(None, 1000)'
2000 loops, best of 5: 139 usec per loop
./python -m timeit -s 'import socket' 'socket.getaddrinfo(None, "1000")'
2000 loops, best of 5: 142 usec per loop

with getaddrinfo_overflow_error.patch
./python -m timeit -s 'import socket' 'socket.getaddrinfo(None, 1000)'
2000 loops, best of 5: 140 usec per loop
./python -m timeit -s 'import socket' 'socket.getaddrinfo(None, "1000")'
2000 loops, best of 5: 139 usec per loop

It seems the impact on performance is negligible/not measurable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:27:44 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Wed, 21 Jun 2017 10:27:44 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498040864.49.0.16306541855.issue29591@psf.upfronthosting.co.za>


Changes by Jeremy Kloth <jeremy.kloth+python-tracker at gmail.com>:


----------
pull_requests: +2355

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:31:29 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Wed, 21 Jun 2017 10:31:29 +0000
Subject: [issue29591] Various security vulnerabilities in bundled expat
 (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498041089.43.0.162618298045.issue29591@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

Added pull_request2355 to address issues from upgrading to Expat 2.2.0 on Windows 2.7

----------
nosy: +jkloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:34:23 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Wed, 21 Jun 2017 10:34:23 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498041263.47.0.263134750984.issue30694@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

Re buildbot failure: see PR on issue29591

It's not a problem with Expat, but with our project files.

----------
nosy: +jkloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:36:52 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Wed, 21 Jun 2017 10:36:52 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1498041412.21.0.39904323903.issue30368@psf.upfronthosting.co.za>


Jeremy Kloth added the comment:

Added PR to issue29591 to address issue building Expat.  In short, the project files were not updated along with the copy of Expat.

I cannot reproduce the GUI build problem.  I would need to see the build logs to attempt to resolve.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:45:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 10:45:21 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1498041921.82.0.962682142023.issue30710@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I like your idea about getting rid of OverflowError. But wouldn't it make the problem with other reported by you issue, issue30711, worse?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:47:28 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Wed, 21 Jun 2017 10:47:28 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1498042048.71.0.562735824667.issue30710@psf.upfronthosting.co.za>


Radek Smejkal added the comment:

> Why can't the user simply pass in a string service name in the first place?
He/she can. But I don't propose to change that. The patch only changes the way a given number is converted to a string. That is, without an intermediate C long.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:48:25 2017
From: report at bugs.python.org (knzsys)
Date: Wed, 21 Jun 2017 10:48:25 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1498042105.54.0.907969405402.issue30712@psf.upfronthosting.co.za>


knzsys added the comment:

many many thanks for your help!
and fast responses :-)
this explain my oberservations

why only the first 2 bytes are padded?
0xAABBCCDD (4 bytes = real32) to 0x0000AABBCCDD (6 bytes)
and not to 0x0000AABB0000CCDD (8 bytes)

it has something to do with the behavior of the  C compiler?s sizeof expression? and why?

since I need pack / unpack often in my projects, i want to have it completely clarified.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Wed Jun 21 06:59:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 10:59:10 +0000
Subject: [issue30722] Tools/demo/redemo.py broken
In-Reply-To: <1498035463.93.0.0897725262949.issue30722@psf.upfronthosting.co.za>
Message-ID: <1498042750.65.0.666279043808.issue30722@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think ideally it would be nice to provide a switch between Unicode and bytes and disable the LOCALE flag in the Unicode mode. But this is too complex task. I think it is better to remove LOCALE.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30722>
_______________________________________

From report at bugs.python.org  Wed Jun 21 07:03:06 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 21 Jun 2017 11:03:06 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1498042986.09.0.464631549751.issue30712@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Because the size of '2s2s29H' is 62 bytes. If the following C float needs to be aligned on 4 bytes boundary, it should start at offset 64, after 2 padding bytes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Wed Jun 21 07:05:18 2017
From: report at bugs.python.org (Charalampos Stratakis)
Date: Wed, 21 Jun 2017 11:05:18 +0000
Subject: [issue29523] latest setuptools breaks virtualenvs due to unbundling
 dependencies
In-Reply-To: <1486721661.65.0.755330059103.issue29523@psf.upfronthosting.co.za>
Message-ID: <1498043118.22.0.211280759363.issue29523@psf.upfronthosting.co.za>


Charalampos Stratakis added the comment:

Closing this per the discussion at the PR.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29523>
_______________________________________

From report at bugs.python.org  Wed Jun 21 07:26:31 2017
From: report at bugs.python.org (Peter)
Date: Wed, 21 Jun 2017 11:26:31 +0000
Subject: [issue29269] test_socket failing in solaris
In-Reply-To: <1484340924.46.0.120687210952.issue29269@psf.upfronthosting.co.za>
Message-ID: <1498044391.82.0.46882884146.issue29269@psf.upfronthosting.co.za>


Peter added the comment:

Getting the same test_socket errors on Solaris 11 with Python 3.5.3.


======================================================================
ERROR: testCount (test.test_socket.SendfileUsingSendfileTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 5204, in testCount
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 5107, in recv_data
MemoryError

======================================================================
ERROR: testCount (test.test_socket.SendfileUsingSendfileTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 266, in _tearDown
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 278, in clientRun
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 5197, in _testCount
  File "/usr/local/src/Python-3.5.3/Lib/socket.py", line 286, in _sendfile_use_sendfile
    raise _socket.timeout('timed out')
socket.timeout: timed out

======================================================================
ERROR: testWithTimeout (test.test_socket.SendfileUsingSendfileTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 5274, in testWithTimeout
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 5107, in recv_data
MemoryError

======================================================================
ERROR: testWithTimeout (test.test_socket.SendfileUsingSendfileTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 266, in _tearDown
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 278, in clientRun
  File "/usr/local/src/Python-3.5.3/Lib/test/test_socket.py", line 5269, in _testWithTimeout
  File "/usr/local/src/Python-3.5.3/Lib/socket.py", line 286, in _sendfile_use_sendfile
    raise _socket.timeout('timed out')
socket.timeout: timed out

----------------------------------------------------------------------
Ran 530 tests in 54.577s

FAILED (errors=4, skipped=315)
test test_socket failed
1 test failed again:
    test_socket

----------
nosy: +petriborg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29269>
_______________________________________

From report at bugs.python.org  Wed Jun 21 07:54:48 2017
From: report at bugs.python.org (Christoph Sarnowski)
Date: Wed, 21 Jun 2017 11:54:48 +0000
Subject: [issue30722] Tools/demo/redemo.py broken
In-Reply-To: <1498035463.93.0.0897725262949.issue30722@psf.upfronthosting.co.za>
Message-ID: <1498046088.75.0.709244400203.issue30722@psf.upfronthosting.co.za>


Christoph Sarnowski added the comment:

By the way, I confused the flags, in my error-reproduction steps, instead of the re.MULTILINE flag, it is the re.DOTALL flag that should lead to all lines being matched by ".*".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30722>
_______________________________________

From report at bugs.python.org  Wed Jun 21 08:00:15 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Wed, 21 Jun 2017 12:00:15 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1498046415.66.0.0788681285401.issue30710@psf.upfronthosting.co.za>


Radek Smejkal added the comment:

> I like your idea about getting rid of OverflowError. But wouldn't it make the problem with other reported by you issue, issue30711, worse?

It depends on the implementation of the underlying getaddrinfo. For Modules/getaddrinfo.c, it will be worse for positive numbers outside the C long range.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Wed Jun 21 08:27:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 12:27:54 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498048074.69.0.158647612402.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472) -> expat 2.2.0: Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 21 08:39:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 12:39:24 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498048764.3.0.870031434605.issue30694@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 5ff7132313eb651107b179d20218dfe5d4e47f13 by Victor Stinner in branch 'master':
bpo-30694: Upgrade Modules/expat/ to libexpat 2.2.1 (#2300)
https://github.com/python/cpython/commit/5ff7132313eb651107b179d20218dfe5d4e47f13


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 08:50:41 2017
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 21 Jun 2017 12:50:41 +0000
Subject: [issue30722] Tools/demo/redemo.py broken
In-Reply-To: <1498035463.93.0.0897725262949.issue30722@psf.upfronthosting.co.za>
Message-ID: <1498049441.08.0.0226560901299.issue30722@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2356

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30722>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:10:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 13:10:10 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498050610.7.0.755711298981.issue30694@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2358

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:12:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 13:12:06 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498050726.88.0.113020421945.issue30694@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2359

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:15:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 13:15:29 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498050929.02.0.249301475287.issue30694@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2360

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:16:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 13:16:31 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1498050991.43.0.793170404604.issue30368@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Added PR to issue29591 to address issue building Expat.  In short, the project files were not updated along with the copy of Expat.

I would prefer to first fix the new vulnerabilities, but upgrading expat to 2.2.1, and then review your change.

=> https://github.com/python/cpython/pull/2312

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:17:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 13:17:19 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498051039.72.0.0620434970955.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Added pull_request2355 to address issues from upgrading to Expat 2.2.0 on Windows 2.7

I would prefer to first fix the new vulnerabilities, by upgrading expat to 2.2.1, and then review your change.

=> https://github.com/python/cpython/pull/2312

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:17:25 2017
From: report at bugs.python.org (David Haney)
Date: Wed, 21 Jun 2017 13:17:25 +0000
Subject: [issue30183] [HPUX] compilation error in pytime.c with cc compiler
In-Reply-To: <1493267090.1.0.00115311377195.issue30183@psf.upfronthosting.co.za>
Message-ID: <1498051045.32.0.412728212365.issue30183@psf.upfronthosting.co.za>


David Haney added the comment:

I submitted a pull request for a possible fix for this issue but haven't received any feedback yet. Is there any additional information needed from me?

----------
pull_requests: +2361

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30183>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:17:49 2017
From: report at bugs.python.org (David Haney)
Date: Wed, 21 Jun 2017 13:17:49 +0000
Subject: [issue30183] [HPUX] compilation error in pytime.c with cc compiler
In-Reply-To: <1493267090.1.0.00115311377195.issue30183@psf.upfronthosting.co.za>
Message-ID: <1498051069.01.0.690575996693.issue30183@psf.upfronthosting.co.za>


Changes by David Haney <david.haney at gmail.com>:


----------
pull_requests:  -2361

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30183>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:23:10 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Wed, 21 Jun 2017 13:23:10 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
Message-ID: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>


New submission from Charles Wohlganger:

Sorry, I'm new to this, and I've done it out of order. Commit #2306 covers the following:

In IDLE, parenmatch extension:
Add highlighting left and right parens to styles.
Make flash-delay setting independent of parens highlighting style. Currently, the flash-delay option only affects one of the two styles, but there is no good reason for it not to affect both.

----------
assignee: terry.reedy
components: IDLE
messages: 296554
nosy: terry.reedy, wohlganger
priority: normal
severity: normal
status: open
title: IDLE parenmatch - left and right highlighting, independent flash-delay
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 09:46:46 2017
From: report at bugs.python.org (desbma)
Date: Wed, 21 Jun 2017 13:46:46 +0000
Subject: [issue29212] Python 3.6 logging thread name regression with
 concurrent.future threads
In-Reply-To: <1483938963.09.0.315595404976.issue29212@psf.upfronthosting.co.za>
Message-ID: <1498052806.11.0.0717265703901.issue29212@psf.upfronthosting.co.za>


desbma added the comment:

Ping.

I think any change, included Inada Naoki's idea above is better that the current behavior that pollutes the logging module output.

Unfortunately I cannot rely on the 3.6 new thread_name_prefix argument for portability reasons, and have to manually patch my Python 3.6.x installs just to fix this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29212>
_______________________________________

From report at bugs.python.org  Wed Jun 21 10:05:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 14:05:14 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498053914.67.0.970330991365.issue30694@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 4a66524006852fc982aebafa277f2c043d9ad149 by Victor Stinner in branch '3.6':
bpo-30694: Upgrade Modules/expat/ to libexpat 2.2.1 (#2300) (#2313)
https://github.com/python/cpython/commit/4a66524006852fc982aebafa277f2c043d9ad149


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 10:05:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 14:05:17 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498053917.07.0.247011891673.issue30694@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 91d171be45942d37a973b0675521b5159a96be31 by Victor Stinner in branch '3.5':
bpo-30694: Upgrade Modules/expat/ to libexpat 2.2.1 (#2300) (#2314)
https://github.com/python/cpython/commit/91d171be45942d37a973b0675521b5159a96be31


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 10:08:35 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 21 Jun 2017 14:08:35 +0000
Subject: [issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
In-Reply-To: <1497984928.25.0.777622060627.issue30716@psf.upfronthosting.co.za>
Message-ID: <1498054115.77.0.434657526612.issue30716@psf.upfronthosting.co.za>


Steve Dower added the comment:

To clarify (because I never trust test output for this), your install has \n line endings everywhere instead of \r\n?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30716>
_______________________________________

From report at bugs.python.org  Wed Jun 21 10:35:09 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Wed, 21 Jun 2017 14:35:09 +0000
Subject: [issue30711] getaddrinfo invalid port number
In-Reply-To: <1497965175.62.0.214450987603.issue30711@psf.upfronthosting.co.za>
Message-ID: <1498055709.08.0.0719905291118.issue30711@psf.upfronthosting.co.za>


Changes by Radek Smejkal <radek.smejkal at laicatc.com>:


----------
components: +Extension Modules -Library (Lib)
keywords: +patch
Added file: http://bugs.python.org/file46965/getaddrinfo_invalid_port.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30711>
_______________________________________

From report at bugs.python.org  Wed Jun 21 11:12:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 15:12:50 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498057970.61.0.959201305576.issue30694@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 2ada64d2a073f85f135461833952dbe8d656810d by Victor Stinner in branch '2.7':
[2.7] bpo-30694: Upgrade Modules/expat/ to libexpat 2.2.1 (#2300) (#2312)
https://github.com/python/cpython/commit/2ada64d2a073f85f135461833952dbe8d656810d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 11:14:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 15:14:09 +0000
Subject: [issue30694] Update embedded copy of expat to 2.2.1
In-Reply-To: <1497754887.58.0.724129384272.issue30694@psf.upfronthosting.co.za>
Message-ID: <1498058049.89.0.500664591452.issue30694@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I will wait for 2.7, 3.5, 3.6 and master buildbots before backporting the change to 3.3 and 3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30694>
_______________________________________

From report at bugs.python.org  Wed Jun 21 11:21:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 15:21:07 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1498058467.59.0.320863568625.issue30368@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh cool, with my commit 2ada64d2a073f85f135461833952dbe8d656810d "[2.7] bpo-30694: Upgrade Modules/expat/ to libexpat 2.2.1 (#2300)", and obvious Jeremy's previous fix!, the compile step of "AMD64 Windows7 SP1 VS9.0 2.7" succeeded for the first time since a long time!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Wed Jun 21 11:49:14 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 15:49:14 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1498060154.63.0.685762740725.issue21519@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I believe patch affects same area of file as patch for #6739.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Wed Jun 21 11:50:49 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 15:50:49 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1498060249.22.0.256666106895.issue6739@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I believe patch for #21519 affects area of file patched here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Wed Jun 21 11:59:40 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 21 Jun 2017 15:59:40 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498060780.5.0.761564167687.issue30709@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
versions: +Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:04:41 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Wed, 21 Jun 2017 16:04:41 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498061081.65.0.278730684368.issue30723@psf.upfronthosting.co.za>


Changes by Charles Wohlganger <charles.wohlganger at gmail.com>:


----------
pull_requests: +2362

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:04:59 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Wed, 21 Jun 2017 16:04:59 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498061099.83.0.863550671809.issue30723@psf.upfronthosting.co.za>


Changes by Charles Wohlganger <charles.wohlganger at gmail.com>:


----------
pull_requests:  -2362

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:05:12 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Wed, 21 Jun 2017 16:05:12 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498061112.95.0.594483518401.issue30723@psf.upfronthosting.co.za>


Changes by Charles Wohlganger <charles.wohlganger at gmail.com>:


----------
pull_requests: +2363

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:06:47 2017
From: report at bugs.python.org (Kit Yan Choi)
Date: Wed, 21 Jun 2017 16:06:47 +0000
Subject: [issue30724] ZipFile.open treats directory path as empty file
Message-ID: <1498061207.73.0.213493352126.issue30724@psf.upfronthosting.co.za>


New submission from Kit Yan Choi:

Given a zipfile with the following content:

subdir/
file1.txt
subdir/file2.txt

    >>> archive = ZipFile(file_path, "r")
    >>> f = archive.open("subdir/", "r")
    >>>f.read()
    b''

It is quite odd that the subdirectory can be opened as if it was an empty file.  One would expect it to raise.

One use case is that the archive is created using shutil.make_archive, which includes the subdirectory paths in the namelist.  Upon looping ZipFile.namelist(), you end up opening a subdirectory and getting the empty content, which should have led to error and prompted the developers to filter the namelist first.

----------
messages: 296564
nosy: Kit Yan Choi
priority: normal
severity: normal
status: open
title: ZipFile.open treats directory path as empty file
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30724>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:38:19 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 21 Jun 2017 16:38:19 +0000
Subject: [issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
In-Reply-To: <1497984928.25.0.777622060627.issue30716@psf.upfronthosting.co.za>
Message-ID: <1498063099.38.0.276825314786.issue30716@psf.upfronthosting.co.za>


Steve Dower added the comment:

So the pickle issues were because the .gitattributes file changed multiple times since the last release but the files were not modified, so git did not fix them in my build repo. This should cover random and 2to3.

Most of the stdlib is correct CRLF.

XML should be immune to LF/CRLF differences, so we should harden the test (or the library?) against those.

IMO, we should also harden the multibyte tests against newline differences. When they read the test data with 'rb' they can also .replace(b'\r\n', b'\n') - it's totally external to the tests.

test_pcbuild_rt should fail in an install (or better yet, be skipped - we don't ship rt.bat).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30716>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:42:30 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 21 Jun 2017 16:42:30 +0000
Subject: [issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
In-Reply-To: <1497984928.25.0.777622060627.issue30716@psf.upfronthosting.co.za>
Message-ID: <1498063350.94.0.129923791352.issue30716@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
priority: release blocker -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30716>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:52:32 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 21 Jun 2017 16:52:32 +0000
Subject: [issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
In-Reply-To: <1497984928.25.0.777622060627.issue30716@psf.upfronthosting.co.za>
Message-ID: <1498063952.84.0.361793862387.issue30716@psf.upfronthosting.co.za>


Steve Dower added the comment:

For the next build, test_codecencodings_iso2022, test_random, test_sax and test_tools should all pass, as the .gitattributes file excludes those files from conversion. I'm still in favour of hardening the tests.

test_pcbuild_rc should be skipped. I don't think this test breaking in an install is a release blocking issue.

Up to Ned whether we want to fix these tests before 3.6.2. They may affect users who build from the sdist and do a repo-wide line ending conversion (or fork into another repo that does different line ending correction - I know at least two of those exist).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30716>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:52:35 2017
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Jun 2017 16:52:35 +0000
Subject: [issue30616] Cannot use functional API to create enum with zero values
In-Reply-To: <1497029417.9.0.731294800985.issue30616@psf.upfronthosting.co.za>
Message-ID: <1498063955.97.0.202597745508.issue30616@psf.upfronthosting.co.za>


Ethan Furman added the comment:


New changeset dcc8ce44c74492670e6bfbde588a2acbf8f365e0 by ethanfurman (Dong-hee Na) in branch 'master':
bpo-30616: Functional API of enum allows to create empty enums. (#2304)
https://github.com/python/cpython/commit/dcc8ce44c74492670e6bfbde588a2acbf8f365e0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30616>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:52:59 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 21 Jun 2017 16:52:59 +0000
Subject: [issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
In-Reply-To: <1497984928.25.0.777622060627.issue30716@psf.upfronthosting.co.za>
Message-ID: <1498063979.4.0.582786185951.issue30716@psf.upfronthosting.co.za>


Changes by Steve Dower <steve.dower at python.org>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30716>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:58:00 2017
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 21 Jun 2017 16:58:00 +0000
Subject: [issue29212] Python 3.6 logging thread name regression with
 concurrent.future threads
In-Reply-To: <1483938963.09.0.315595404976.issue29212@psf.upfronthosting.co.za>
Message-ID: <1498064280.09.0.966136524712.issue29212@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

agreed the repr(self) name being surfaced is a regression even if technically "correct".

your patch makes sense, but i think a nicer variant of it will be to name the thread ("Executor_" + str(num_threads)) when no thread_name_prefix is supplied.

----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29212>
_______________________________________

From report at bugs.python.org  Wed Jun 21 12:58:43 2017
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 21 Jun 2017 16:58:43 +0000
Subject: [issue30616] Cannot use functional API to create enum with zero values
In-Reply-To: <1497029417.9.0.731294800985.issue30616@psf.upfronthosting.co.za>
Message-ID: <1498064323.07.0.0301508876438.issue30616@psf.upfronthosting.co.za>


Ethan Furman added the comment:

3.7 fixed, now need 3.6.

----------
stage: test needed -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30616>
_______________________________________

From report at bugs.python.org  Wed Jun 21 13:48:57 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 17:48:57 +0000
Subject: [issue27620] IDLE: Add keyboard equivalents for mouse actions.
In-Reply-To: <1469494491.39.0.22722488108.issue27620@psf.upfronthosting.co.za>
Message-ID: <1498067337.21.0.0745409451772.issue27620@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

ConfigDialgo.__init__ has commented out key bindings for the buttons, including Esc for [Cancel].  We should establish 'IDLE Dialog Conventions', document (add to README.txt?), and follow consistently.
 
#27621 is about polishing Query box behavior.  It should be generalized to other boxes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27620>
_______________________________________

From report at bugs.python.org  Wed Jun 21 13:59:07 2017
From: report at bugs.python.org (Kevin Keating)
Date: Wed, 21 Jun 2017 17:59:07 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
Message-ID: <1498067947.84.0.203482425844.issue30725@psf.upfronthosting.co.za>


New submission from Kevin Keating:

If I use the Python 64-bit 2.7.13 Windows installer and install to C:\Program Files\Python27, then the Scripts folder doesn't get created and pip doesn't get installed.  If I uninstall Python and reinstall it to C:\Python27, C:\Programs\Python27, or "C:\Path with spaces\Python27", then the Scripts folder is created and pip works correctly.  If I install Python 2.7.12 using https://www.python.org/ftp/python/2.7.12/python-2.7.12.amd64.msi or Python 3.6.1 using https://www.python.org/ftp/python/3.6.1/python-3.6.1-amd64.exe, then I don't experience this issue.  This issue does happen if I install to C:\PROGRA~1\Python27, which is the 8.3 filename equivalent of C:\Program Files\Python27.  I've seen this on a handful of Windows 10 computers so far.  I haven't tried other versions of Windows or the 32-bit installers.


Steps to reproduce:
- Download the Python installer from https://www.python.org/ftp/python/2.7.13/python-2.7.13.amd64.msi and run it.
- Select "Install for all users" and click Next.
- Enter C:\Program Files\Python27 as the installation folder and click Next.
- Click on "Register Extensions" and select "Entire feature will be unavailable".  (I don't know if this step is required, but it's what I've been doing to test.)  Click Next.
- Click Yes at the UAC prompt.
- Wait for installation to finish.

Expected results:
The "C:\Program Files\Python27\Scripts" and "C:\Program Files\Python27\Lib\site-packages\pip" folders should get created during the installation.

Actual results:
Neither of the folders exist.

----------
components: Installation, Windows
messages: 296571
nosy: KevKeating, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows installer for 2.7.13 doesn't install pip when installing to C:\Program Files
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Wed Jun 21 14:18:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 18:18:25 +0000
Subject: [issue30183] [HPUX] compilation error in pytime.c with cc compiler
In-Reply-To: <1493267090.1.0.00115311377195.issue30183@psf.upfronthosting.co.za>
Message-ID: <1498069105.27.0.719728051821.issue30183@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset c90e96015085784df86632b26059b19c80cbfc97 by Victor Stinner (haney) in branch 'master':
bpo-30183: Fixes HP-UX cc compilation error in pytime.c (#1351)
https://github.com/python/cpython/commit/c90e96015085784df86632b26059b19c80cbfc97


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30183>
_______________________________________

From report at bugs.python.org  Wed Jun 21 14:29:38 2017
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 21 Jun 2017 18:29:38 +0000
Subject: [issue29212] Python 3.6 logging thread name regression with
 concurrent.future threads
In-Reply-To: <1483938963.09.0.315595404976.issue29212@psf.upfronthosting.co.za>
Message-ID: <1498069778.01.0.224881538966.issue29212@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
pull_requests: +2365

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29212>
_______________________________________

From report at bugs.python.org  Wed Jun 21 14:45:28 2017
From: report at bugs.python.org (Grzegorz Grzywacz)
Date: Wed, 21 Jun 2017 18:45:28 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1498070728.37.0.471526221035.issue30541@psf.upfronthosting.co.za>


Grzegorz Grzywacz added the comment:

Existing mock implementation already has that feature. Mock attributes can be limited with `spec` attribute.


>>> inner_m = Mock(spec=["method2"], **{"method2.return_value": 1})
>>> m = Mock(spec=["method1"], **{"method1.return_value": inner_m})
>>> 
>>> m.method1().method2()
1
>>> 
>>> m.method1().attr
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.5/unittest/mock.py", line 580, in __getattr__
    raise AttributeError("Mock object has no attribute %r" % name)
AttributeError: Mock object has no attribute 'attr'

----------
nosy: +grzgrzgrz3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Wed Jun 21 15:14:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 19:14:55 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498072495.73.0.948488620854.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset ab3b0ade505ce07a3d5ec4fbc991a154242732e6 by Victor Stinner (Jeremy Kloth) in branch '2.7':
bpo-29591: Update VS project files (#2310)
https://github.com/python/cpython/commit/ab3b0ade505ce07a3d5ec4fbc991a154242732e6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 21 15:26:34 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 21 Jun 2017 19:26:34 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498067947.84.0.203482425844.issue30725@psf.upfronthosting.co.za>
Message-ID: <1498073194.32.0.768894583883.issue30725@psf.upfronthosting.co.za>


Steve Dower added the comment:

I wonder if the custom action to run _ensurepip isn't running as admin... that would be the only thing I can think of.

Can you try running the installer with:

  msiexec /l*vx log.txt /i path_to.msi

Then attach the generated log.txt file? We might be able to see what's happening better with that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Wed Jun 21 15:28:10 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 21 Jun 2017 19:28:10 +0000
Subject: [issue25684] ttk.OptionMenu radiobuttons aren't unique between two
 instances of OptionMenu
In-Reply-To: <1448040288.53.0.198369542776.issue25684@psf.upfronthosting.co.za>
Message-ID: <1498073290.37.0.440980559213.issue25684@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I've now added unittests for this change.

----------
nosy: +gpolo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25684>
_______________________________________

From report at bugs.python.org  Wed Jun 21 15:56:59 2017
From: report at bugs.python.org (Grzegorz Grzywacz)
Date: Wed, 21 Jun 2017 19:56:59 +0000
Subject: [issue30549] ProcessPoolExecutor hangs forever if the object raises
 on __getstate__
In-Reply-To: <1496394957.59.0.444319046255.issue30549@psf.upfronthosting.co.za>
Message-ID: <1498075019.52.0.413457387135.issue30549@psf.upfronthosting.co.za>


Grzegorz Grzywacz added the comment:

This is already reported and patch was proposed. Here: #30006

----------
nosy: +grzgrzgrz3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30549>
_______________________________________

From report at bugs.python.org  Wed Jun 21 16:00:32 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 20:00:32 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498075232.79.0.165538989047.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

On bugs.python.org tracker a number prefixed by '#' refers an issue number on this tracker.  On the other hand, PR2306 or PR 2306 should do what you meant.

https://docs.python.org/devguide/triaging.html#generating-special-links-in-a-comment

In a pull request, bpo-30723 should refer back to this issue, at least in a title.

----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 16:01:39 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Wed, 21 Jun 2017 20:01:39 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498075299.84.0.995210801551.issue30723@psf.upfronthosting.co.za>


Changes by Charles Wohlganger <charles.wohlganger at gmail.com>:


----------
pull_requests: +2366

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 16:08:10 2017
From: report at bugs.python.org (Jeremy Kloth)
Date: Wed, 21 Jun 2017 20:08:10 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1498072495.73.0.948488620854.issue29591@psf.upfronthosting.co.za>
Message-ID: <CAGvrs3+3=POoKp-b=BsksVVX6cJO_OVvgHukQAnDxP9gcRxwqw@mail.gmail.com>


Jeremy Kloth added the comment:

Just a note with the PR, the changes to PCbuild\pyexpat.vcxproj and
PCbuild\_elementtree.vcxproj should probably be merged forward as
well.

On Wed, Jun 21, 2017 at 1:14 PM, STINNER Victor <report at bugs.python.org> wrote:
>
> STINNER Victor added the comment:
>
>
> New changeset ab3b0ade505ce07a3d5ec4fbc991a154242732e6 by Victor Stinner (Jeremy Kloth) in branch '2.7':
> bpo-29591: Update VS project files (#2310)
> https://github.com/python/cpython/commit/ab3b0ade505ce07a3d5ec4fbc991a154242732e6
>
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue29591>
> _______________________________________

----------
nosy: +jeremy.kloth

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 21 16:18:14 2017
From: report at bugs.python.org (R. David Murray)
Date: Wed, 21 Jun 2017 20:18:14 +0000
Subject: [issue29981] Update Index for set, dict,
 and generator 'comprehensions'
In-Reply-To: <1491328871.52.0.864348862414.issue29981@psf.upfronthosting.co.za>
Message-ID: <1498076294.29.0.779919546238.issue29981@psf.upfronthosting.co.za>


R. David Murray added the comment:

On the PR Berker wrote:

   I'm wondering if we should still advertise the use of set([...]). We replaced all instances of it with set literals in the stdlib.

set([...]) is part of the language, and the python documentation is also a specification of the language, so I think the reference *must* stay.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29981>
_______________________________________

From report at bugs.python.org  Wed Jun 21 16:31:09 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 20:31:09 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498077069.29.0.306775798162.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Hi Charles. Welcome to CPython development and its issue tracker.  Everyone starts 'new at this'.

Can you please describe, in detail, a simple, minimal example of how to invoke the existing behavior that you want to change, then what change you want to see.  Behavior change patches should be accompanied by a test that fails before the patch and passes after it is applies.  Such a description is the basis for a new test.

The test for idlelib.parenmatch is in idlelib.idle_test.test_parenmatch.  Can you see if you can make sense of the existing tests and if you have any idea how to add a new one?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 16:32:21 2017
From: report at bugs.python.org (desbma)
Date: Wed, 21 Jun 2017 20:32:21 +0000
Subject: [issue29212] Python 3.6 logging thread name regression with
 concurrent.future threads
In-Reply-To: <1483938963.09.0.315595404976.issue29212@psf.upfronthosting.co.za>
Message-ID: <1498077141.73.0.369021475953.issue29212@psf.upfronthosting.co.za>


desbma added the comment:

Thank you Gregory for the insight and new patch.

Can this be merged in the 3.6 branch as well (targeting the 3.6.3 release)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29212>
_______________________________________

From report at bugs.python.org  Wed Jun 21 16:41:11 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 20:41:11 +0000
Subject: [issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
In-Reply-To: <1497984928.25.0.777622060627.issue30716@psf.upfronthosting.co.za>
Message-ID: <1498077671.82.0.361458842591.issue30716@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Steve, what should I do to answer you line-ending question, or do you still need the info?

Victor Stinner reopened #27425, which was about the exact same line-ending failures.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30716>
_______________________________________

From report at bugs.python.org  Wed Jun 21 17:10:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 21:10:49 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <CAGvrs3+3=POoKp-b=BsksVVX6cJO_OVvgHukQAnDxP9gcRxwqw@mail.gmail.com>
Message-ID: <CAMpsgwaWSOEpChvoUHq9e4bKz13K49US19XOUY4BV08NtKmuCg@mail.gmail.com>


STINNER Victor added the comment:

Jeremy Kloth added the comment:
> Just a note with the PR, the changes to PCbuild\pyexpat.vcxproj and
> PCbuild\_elementtree.vcxproj should probably be merged forward as
> well.

PR 2310. Yes, I agree. Can you please propose patches for master, and
then 3.6 and 3.5, please?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Wed Jun 21 17:11:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 21:11:16 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498079476.77.0.490146772619.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/x86%20Windows%20XP%20VS9.0%202.7/builds/203/steps/test/logs/stdio

...

0:18:49 [401/404] test_zipimport passed -- running: test_threading (158 sec)
0:18:52 [402/404] test_zipimport_support passed -- running: test_threading (161 sec)
d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\support\__init__.py:803: RuntimeWarning: tests may fail, unable to create temp dir: d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\build\test_python_3408
  with temp_dir(path=name, quiet=quiet) as temp_path:
0:19:03 [403/404] test_zlib passed -- running: test_threading (172 sec)
d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\support\__init__.py:803: RuntimeWarning: tests may fail, unable to create temp dir: d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\build\test_python_4072
  with temp_dir(path=name, quiet=quiet) as temp_path:

command timed out: 1200 seconds without output running ['PC\\VS9.0\\rt.bat', '-q', '-d', '-j2'], attempting to kill
program finished with exit code 1
elapsedTime=2347.382000

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Wed Jun 21 17:14:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 21:14:34 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498079674.34.0.120076327152.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%202.7/builds/129/steps/test/logs/stdio

...
0:06:35 [402/404] test_signal passed (46 sec) -- running: test_lib2to3 (63 sec), test_threading (395 sec)
0:07:01 [403/404] test_lib2to3 passed (89 sec) -- running: test_threading (422 sec)
[33834 refs]

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2 -j4', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=1622.640079

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Wed Jun 21 17:06:04 2017
From: report at bugs.python.org (Joel Hillacre)
Date: Wed, 21 Jun 2017 21:06:04 +0000
Subject: [issue30532] email.policy.SMTP.fold() mangles long headers
In-Reply-To: <1496268533.13.0.885025594185.issue30532@psf.upfronthosting.co.za>
Message-ID: <1498079164.95.0.227184630043.issue30532@psf.upfronthosting.co.za>


Joel Hillacre added the comment:

> Ping the issue again next week if I don't get to it this weekend.

I am a week late, but here is a ping.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30532>
_______________________________________

From report at bugs.python.org  Wed Jun 21 17:32:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 21:32:43 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498080763.56.0.032847582406.issue30351@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2367

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Wed Jun 21 17:44:38 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 21 Jun 2017 21:44:38 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498081478.92.0.336038663754.issue30604@psf.upfronthosting.co.za>


Yury Selivanov added the comment:


New changeset f3cffd2b7879d209f982de899b782fb89cfc410a by Yury Selivanov (Dino Viehland) in branch 'master':
bpo-30604: clean up co_extra support (#2144)
https://github.com/python/cpython/commit/f3cffd2b7879d209f982de899b782fb89cfc410a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Wed Jun 21 17:58:31 2017
From: report at bugs.python.org (Segev Finer)
Date: Wed, 21 Jun 2017 21:58:31 +0000
Subject: [issue23451] Deprecation warnings building 3.5 Visual Studio Windows
 8.1 64 bit
In-Reply-To: <1423697646.35.0.470486317043.issue23451@psf.upfronthosting.co.za>
Message-ID: <1498082311.02.0.796889579025.issue23451@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2368

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23451>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:15:41 2017
From: report at bugs.python.org (Mario Corchero)
Date: Wed, 21 Jun 2017 22:15:41 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1498083341.89.0.0142743933101.issue30541@psf.upfronthosting.co.za>


Mario Corchero added the comment:

Whilst I agree that using spec can be used for a similar purpose and I did not know about being able to do nested definitions via the arguments (the **{"method1.return_value": 1}, really cool!) I find the idea of allowing users to halt the mock generation really useful. It is much less disruptive and feels more natural.

Compare:
>>> inner_m = Mock(spec=["method2"], **{"method2.return_value": 1})
>>> m = Mock(spec=["method1"], **{"method1.return_value": inner_m})

with: 
>>> m = mock.Mock()
>>> m.method1().method2() = 1
>>> mock.seal(m)


In brief, seal allows users to just add the method to their existing workflow where they use generic mocks. Moreover, it is extremely user friendly, many of the developers that struggle with the mocking module found seal really helpful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:18:03 2017
From: report at bugs.python.org (Segev Finer)
Date: Wed, 21 Jun 2017 22:18:03 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
Message-ID: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>


New submission from Segev Finer:

We are getting:

Warning	C4005	'HAVE_MEMMOVE': macro redefinition	_elementtree	c:\users\segev\prj\python\cpython\modules\expat\winconfig.h	34	
Warning	C4267	'=': conversion from 'size_t' to 'unsigned char', possible loss of data	_elementtree	c:\users\segev\prj\python\cpython\modules\expat\siphash.h	316	
Warning	C4996	'getenv': This function or variable may be unsafe. Consider using _dupenv_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.	_elementtree	C:\Users\Segev\prj\python\cpython\Modules\expat\xmlparse.c	796	
Warning	C4005	'HAVE_MEMMOVE': macro redefinition	_elementtree	c:\users\segev\prj\python\cpython\modules\expat\winconfig.h	34	
Warning	C4005	'HAVE_MEMMOVE': macro redefinition	_elementtree	c:\users\segev\prj\python\cpython\modules\expat\winconfig.h	34

And in 64-bit:

c:\users\segev\prj\python\cpython\modules\expat\siphash.h(201): warning C4244: 'initializing': conversion from '__int64' to 'char', possible loss of data

I'm not sure how many Python versions this affects.

----------
components: Extension Modules, Windows
messages: 296590
nosy: Segev Finer, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: [Windows] Warnings in elementtree due to new expat
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:20:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 22:20:05 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on FreeBSD on Python 2.7
Message-ID: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Example where the test hangs after at the 48th run:
----
[haypo at freebsd ~/prog/python/2.7]$ ./python -m test -F -m test.test_threading.ConditionTests.test_notify -v test_threading 
(...)
0:00:10 [ 47] test_threading
test_notify (test.test_threading.ConditionTests) ... ok
(...)
0:00:10 [ 48] test_threading
test_notify (test.test_threading.ConditionTests) ... 
----

It looks like a timing issue / race condition since the likehood of the bug seems to depend on the system load.

Traceback using my watchdog:
https://github.com/python/cpython/pull/2317

---
0:00:57 [285] test_threading
test_notify (test.test_threading.ConditionTests) ... *** STACKTRACE - START ***
# ThreadID: 34391913984
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 37, in task
  f()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 360, in f
  cond.wait()
File: "/usr/home/haypo/prog/python/2.7/Lib/threading.py", line 340, in wait
  waiter.acquire()

# ThreadID: 34392086528
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 37, in task
  f()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 360, in f
  cond.wait()
File: "/usr/home/haypo/prog/python/2.7/Lib/threading.py", line 340, in wait
  waiter.acquire()

# ThreadID: 34384994304
File: "/usr/home/haypo/prog/python/2.7/Lib/runpy.py", line 174, in _run_module_as_main
  "__main__", fname, loader, pkg_name)
File: "/usr/home/haypo/prog/python/2.7/Lib/runpy.py", line 72, in _run_code
  exec code in run_globals
File: "/usr/home/haypo/prog/python/2.7/Lib/test/__main__.py", line 3, in <module>
  regrtest.main_in_temp_cwd()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/regrtest.py", line 2030, in main_in_temp_cwd
  main()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/regrtest.py", line 812, in main
  result = local_runtest()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/regrtest.py", line 798, in local_runtest
  testdir=testdir)
File: "/usr/home/haypo/prog/python/2.7/Lib/test/regrtest.py", line 1007, in runtest
  return runtest_inner(test, verbose, quiet, huntrleaks, pgo, testdir)
File: "/usr/home/haypo/prog/python/2.7/Lib/test/regrtest.py", line 1196, in runtest_inner
  indirect_test()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/test_threading.py", line 929, in test_main
  ThreadingExceptionTests,
File: "/usr/home/haypo/prog/python/2.7/Lib/test/support/__init__.py", line 1571, in run_unittest
  _run_suite(suite)
File: "/usr/home/haypo/prog/python/2.7/Lib/test/support/__init__.py", line 1530, in _run_suite
  result = runner.run(suite)
File: "/usr/home/haypo/prog/python/2.7/Lib/unittest/runner.py", line 151, in run
  test(result)
File: "/usr/home/haypo/prog/python/2.7/Lib/unittest/suite.py", line 70, in __call__
  return self.run(*args, **kwds)
File: "/usr/home/haypo/prog/python/2.7/Lib/unittest/suite.py", line 108, in run
  test(result)
File: "/usr/home/haypo/prog/python/2.7/Lib/unittest/suite.py", line 70, in __call__
  return self.run(*args, **kwds)
File: "/usr/home/haypo/prog/python/2.7/Lib/unittest/suite.py", line 108, in run
  test(result)
File: "/usr/home/haypo/prog/python/2.7/Lib/unittest/case.py", line 393, in __call__
  return self.run(*args, **kwds)
File: "/usr/home/haypo/prog/python/2.7/Lib/unittest/case.py", line 329, in run
  testMethod()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 401, in test_notify
  self._check_notify(cond)
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 384, in _check_notify
  _wait()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 16, in _wait
  time.sleep(0.01)

# ThreadID: 34384996864
File: "/usr/home/haypo/prog/python/2.7/Lib/threading.py", line 774, in __bootstrap
  self.__bootstrap_inner()
File: "/usr/home/haypo/prog/python/2.7/Lib/threading.py", line 801, in __bootstrap_inner
  self.run()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/regrtest.py", line 1971, in run
  self.dump_threads()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/regrtest.py", line 1997, in dump_threads
  self.dump_thread(stack)

# ThreadID: 34392083968
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 37, in task
  f()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 360, in f
  cond.wait()
File: "/usr/home/haypo/prog/python/2.7/Lib/threading.py", line 340, in wait
  waiter.acquire()

# ThreadID: 34392080128
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 37, in task
  f()
File: "/usr/home/haypo/prog/python/2.7/Lib/test/lock_tests.py", line 360, in f
  cond.wait()
File: "/usr/home/haypo/prog/python/2.7/Lib/threading.py", line 340, in wait
  waiter.acquire()

*** STACKTRACE - END ***
---

----------
components: Tests
messages: 296591
nosy: haypo
priority: normal
severity: normal
status: open
title: [2.7] test_threading.ConditionTests.test_notify() hangs randomly on FreeBSD on Python 2.7
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:20:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 22:20:34 +0000
Subject: [issue30351] regrtest hangs on x86 Windows XP 2.7
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498083634.97.0.250192428656.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I created bpo-30727: "[2.7] test_threading.ConditionTests.test_notify() hangs randomly on FreeBSD on Python 2.7".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:20:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 22:20:49 +0000
Subject: [issue30351] [2.7] regrtest hangs on Python 2.7 (test_threading?)
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498083649.36.0.434231608113.issue30351@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: regrtest hangs on x86 Windows XP 2.7 -> [2.7] regrtest hangs on Python 2.7 (test_threading?)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:27:27 2017
From: report at bugs.python.org (Segev Finer)
Date: Wed, 21 Jun 2017 22:27:27 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498084047.96.0.928626339052.issue30726@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2369

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:31:20 2017
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 21 Jun 2017 22:31:20 +0000
Subject: [issue23451] Deprecation warnings building 3.5 Visual Studio Windows
 8.1 64 bit
In-Reply-To: <1423697646.35.0.470486317043.issue23451@psf.upfronthosting.co.za>
Message-ID: <1498084280.8.0.45894803457.issue23451@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23451>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:38:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 22:38:43 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on FreeBSD on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498084723.44.0.281135325364.issue30727@psf.upfronthosting.co.za>


STINNER Victor added the comment:

test.test_threading.ConditionTests.test_notify() tests the threading._Condition.

threading._Condition uses internally a threading._RLock.

threading._RLock uses an internal lock created with thread.allocate_lock().

thread.allocate_lock() calls internally PyThread_allocate_lock(). On my Linux (Fedora 25) and FreeBSD (FreeBSD 11 VM) machines, PyThread_allocate_lock() calls sem_init(): POSIX pthread semaphores.

In Python 3, RLock was implemented in C for speed (the new Python 3.0 io module was slow because of RLock performance): see bpo-3001.

I know at least one race condition in Python 2.7 RLock: bpo-13697, RLock bug with signals.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:38:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 22:38:56 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on FreeBSD on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498084736.9.0.872844976316.issue30727@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +pitrou, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:40:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 22:40:26 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on FreeBSD on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498084826.47.0.368364559612.issue30727@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, I reproduced the bug on Linux as well by running "./python -m test -F -m test.test_threading.ConditionTests.test_notify -v test_threading" 6 times in different terminals: the test hangs in two terminal after 2508 and 2262 runs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:46:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 22:46:56 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498085216.78.0.23170195605.issue30727@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: [2.7] test_threading.ConditionTests.test_notify() hangs randomly on FreeBSD on Python 2.7 -> [2.7] test_threading.ConditionTests.test_notify() hangs randomly on Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 18:57:35 2017
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 21 Jun 2017 22:57:35 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498085855.76.0.193755957846.issue30604@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Should this be closed since the all PRs got merged?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:07:40 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 21 Jun 2017 23:07:40 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498086460.4.0.906526592876.issue30604@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

PR 2152 is not yet ported to master.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:15:42 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 21 Jun 2017 23:15:42 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1498086460.4.0.906526592876.issue30604@psf.upfronthosting.co.za>
Message-ID: <735FA407-EAC0-4A94-BFA5-6217FCD22C2C@gmail.com>


Yury Selivanov added the comment:

It doesn't need to be, it's only for 3.6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:17:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 23:17:10 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498087030.85.0.491453618066.issue30727@psf.upfronthosting.co.za>


STINNER Victor added the comment:

notify_bug.py: script close totest.test_threading.ConditionTests.test_notify() but different:

* _wait() sleeps 1 nanosecond rather than 10 ms
* log many messages into stdout (file descriptor 1) using os.write()

It's quite easy to reproduce the bug with this script.

----------
Added file: http://bugs.python.org/file46966/notify_bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:20:31 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 21 Jun 2017 23:20:31 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498087231.24.0.960104322864.issue30604@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Closing the issue. Thank you Dino for working on this!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:22:55 2017
From: report at bugs.python.org (Michael Foord)
Date: Wed, 21 Jun 2017 23:22:55 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1498087375.63.0.907922847786.issue30541@psf.upfronthosting.co.za>


Michael Foord added the comment:

I don't see what this buys over spec and autospec. I'd be inclined to close it without a compelling use case beyond what is already supported.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:29:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 23:29:17 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498087757.66.0.199193858174.issue30727@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also bpo-8799 "Hang in lib/test/test_threading.py" and the commit 020af2a2bc4708215360a3793b5a1790e15d05dd which added two _wait() calls to ConditionTests._check_notify().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:29:30 2017
From: report at bugs.python.org (veganaiZe)
Date: Wed, 21 Jun 2017 23:29:30 +0000
Subject: [issue5680] Command-line arguments when running in IDLE
In-Reply-To: <1238798556.38.0.28468201552.issue5680@psf.upfronthosting.co.za>
Message-ID: <1498087770.35.0.217711462936.issue5680@psf.upfronthosting.co.za>


veganaiZe added the comment:

I've created a simple work-around for those who don't want to wait for the next release(s) of IDLE.  It's available on SO:

https://stackoverflow.com/a/44687632/5039027

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5680>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:36:55 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 21 Jun 2017 23:36:55 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
Message-ID: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Depending on the file, modernizing includes:
* Add docstrings.
* Change non-class names with caps to PEP8 no-caps names;
  this often means, for example, changing embedded 'A' to '_a'.
* Make most comments be sentences, like this sentence.  
* Review and possibly change overly cryptic existing PEP8 names.
* Switch to ttk widgets and revise imports; 'from tkinter import *'
  becomes 'from tkinter(.ttk) import item1, item2, ...';
  use (...\n...) for multiple lines.
* Split a toplevel class into a window class and a frame class.
* Use modern code idioms and features up to current maintenance version.
* Add tests, which are essential for checking correctness of above.

For a large file like configdialog.py, I would like a separate PR or even issue for each item above.  Of necessity, name changes must be done  in test_configdialog.py, and it should be included in most patches for this issue.  For some files, other consumers will also need patching. I don't think that modules other than test_configdialog access much of anything beside ConfigDialog, which name we are not presently changing. 

Cheryl's original patch for this issue combined conversion to pep8 names, revision of pep8 names (including existing #28523 'colour' to 'color'), and tkk and import conversion (and an unrelated typo correction in another file).  Louie suggested adding comment revisions.  At this point, I decided that this would be too much for one patch and that I would prefer more numerous patches that would be easier to review and test.  (Louie's comments should be the basis for a separate PR.) Issue 28523 can be made a dependency of this issue and expanded to other name revisions.

The order of changes is somewhat arbitrary, except that docstrings and comments do not need tests, and can be helpful for writing tests.  Tests of some type are otherwise needed for the other steps.  This presents a problem when code changes are needed to write tests. What is true is that each patch needs to apply to the current file, and once applied, should be backported immediately.  (Out of order backports can 'work' but produce a wrong result.  This happened already.)

The problem of multiple patches to the same file possibly breaking each other includes exist patches on the tracker.  When we changed textview, there were no outstanding patches that I know of.  For help_about, there is an existing patch, but I did not want to apply it completely as is.  Pieces of it will have to be adapted as needed.  For config_key, there are at least 2 patches that may be ready-to-go or close to it.  So I want to test those before writing additional patches to modernize config_key.

I will review current config-dialog issues to see which have patches and which might be quick to apply.

----------
messages: 296603
nosy: csabella, louielu, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: Modernize configdialog code.
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:38:12 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 21 Jun 2017 23:38:12 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498088292.88.0.0803879335445.issue30728@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2370

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:53:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 21 Jun 2017 23:53:38 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498089218.85.0.7753392766.issue30727@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The bug occurs when notify(n) is called while less than n threads are waiting in cond.wait(): when some threads didn't reach cond.wait() yet. The synchronization code is very fragile and depends on time. The issue was worked again in the master banch by adding more _wait() calls...

To really fix the race condition, reliable synchronization primitives should be used, like threading.Event.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 19:57:03 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Wed, 21 Jun 2017 23:57:03 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498089423.53.0.590082142931.issue30723@psf.upfronthosting.co.za>


Charles Wohlganger added the comment:

There are two changes:
First - The flash-delay option is for how until the parens that are highlighted will stop highlighting. The flash-delay option for the ParenMatch only affects the 'default' style. Similarly the 'expressions' style does not use the flash-delay option and will not stop highlighting until input is given to IDLE. Desired behavior is for the flash-delay option to work for both styles, and setting flash-delay to 0 will cause the input required behavior that is currently only used by the 'expressions' style. 

I couldn't find anything in the test suite for testing the delay behavior specific to styles, only that the timer works in general, so I'm not sure how to test it other than just observing it. The test did not seem to cover if 'default' style worked properly using the 'show surrounding parens' command. I have added that to all style tests.

Second - There is no style for highlighting the opening and closing parens. The new behavior is to write 'parens' (without ticks) for the style option, apply/ok the options, restart IDLE, and make a statement with parens, and it highlights both parens. 

The uploaded parenmatch test file covers the parens style, ensuring it works correctly.

----------
Added file: http://bugs.python.org/file46967/test_parenmatch.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 20:00:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Jun 2017 00:00:00 +0000
Subject: [issue8799] Hang in lib/test/test_threading.py
In-Reply-To: <1274694258.02.0.421667436928.issue8799@psf.upfronthosting.co.za>
Message-ID: <1498089600.27.0.223477671547.issue8799@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2371

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8799>
_______________________________________

From report at bugs.python.org  Wed Jun 21 20:01:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Jun 2017 00:01:22 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498089682.4.0.855813826038.issue30727@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It's getting late here, so I chose to first backport the commit 020af2a2bc4708215360a3793b5a1790e15d05dd to Python 2.7, to reduce the likehood of this bug on 2.7 buildbots.

----------
pull_requests: +2372

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Wed Jun 21 20:03:45 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Jun 2017 00:03:45 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498089825.45.0.79515298135.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:

If a test requires ctypes, please skip your test if ctypes is missing. The new test fails on the "x86 Ubuntu Shared 3.x" buildbot which lacks the _ctypes module (for an unknown reason, but does it really matter here? ;-)).

http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/924/steps/test/logs/stdio

test test_code crashed -- Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/libregrtest/runtest.py", line 156, in runtest_inner
    the_module = importlib.import_module(abstest)
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 978, in _gcd_import
  File "<frozen importlib._bootstrap>", line 961, in _find_and_load
  File "<frozen importlib._bootstrap>", line 950, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 655, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 679, in exec_module
  File "<frozen importlib._bootstrap>", line 205, in _call_with_frames_removed
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_code.py", line 218, in <module>
    import ctypes
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/ctypes/__init__.py", line 7, in <module>
    from _ctypes import Union, Structure, Array
ModuleNotFoundError: No module named '_ctypes'

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Wed Jun 21 20:04:25 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 00:04:25 +0000
Subject: [issue27388] IDLE configdialog: reduce multiple references to Var
 names
In-Reply-To: <1466907816.0.0.0265609699186.issue27388@psf.upfronthosting.co.za>
Message-ID: <1498089865.59.0.706273674961.issue27388@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I moved PR 2307 to a new issue, #30728 Modernize configdialog. My comment that internal Var names "can lowercased (PEP8) and otherwised changed" was anticipating such an issue.  The point for this issue was to contrast Var names with the cross-version config names that we must not change.

I don't expect anyone else to fully understand this without a couple of hours of code study.

Once #22115 was merged, I could have gone ahead.  Since I did not, I should now wait for at least part of PR 2307 and #30728 since the patch for this would break parts of the existing new patch.  I could work on a new test though.

----------
dependencies: +Add new methods to trace Tkinter variables

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27388>
_______________________________________

From report at bugs.python.org  Wed Jun 21 20:04:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 00:04:39 +0000
Subject: [issue27388] IDLE configdialog: reduce multiple references to Var
 names
In-Reply-To: <1466907816.0.0.0265609699186.issue27388@psf.upfronthosting.co.za>
Message-ID: <1498089879.24.0.989928966617.issue27388@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests:  -2354

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27388>
_______________________________________

From report at bugs.python.org  Wed Jun 21 20:09:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Jun 2017 00:09:25 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1498090165.64.0.312681359692.issue30541@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I don't see what this buys over spec and autospec. I'd be inclined to close it without a compelling use case beyond what is already supported.

I proposed to Mario to open an issue since I like his API. Even if "sealing" mocks is unlikely to be the most common case, when you need it, I prefer his API over the specs thing which reminds me bad time with mox. I prefer the declarative Python-like API, rather than Mock(spec=["method2"], **{"method2.return_value": 1}).

But yeah, technically specs and sealing seems similar. It's just another way to describe a mock. Since I prefer sealing, I would like to allow users to choose between specs and sealing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Wed Jun 21 20:09:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Jun 2017 00:09:42 +0000
Subject: [issue8799] Hang in lib/test/test_threading.py
In-Reply-To: <1274694258.02.0.421667436928.issue8799@psf.upfronthosting.co.za>
Message-ID: <1498090182.61.0.814781757082.issue8799@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset da6d305b6fcd49ba1224b1fd2131d7648a5be6b9 by Victor Stinner in branch '2.7':
bpo-8799: Reduce timing sensitivity of condition test by explicitly (#2320)
https://github.com/python/cpython/commit/da6d305b6fcd49ba1224b1fd2131d7648a5be6b9


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8799>
_______________________________________

From report at bugs.python.org  Wed Jun 21 20:11:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 22 Jun 2017 00:11:02 +0000
Subject: [issue8799] Hang in lib/test/test_threading.py
In-Reply-To: <1274694258.02.0.421667436928.issue8799@psf.upfronthosting.co.za>
Message-ID: <1498090262.94.0.0807331263985.issue8799@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The race condition is not dead, at least in Python 2.7 :-) I backported the change for bpo-30727: "[2.7] test_threading.ConditionTests.test_notify() hangs randomly on Python 2.7".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8799>
_______________________________________

From report at bugs.python.org  Wed Jun 21 21:08:53 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 01:08:53 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498093733.52.0.440316504441.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks. That gives me something to work with.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 21 22:49:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 02:49:03 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498099743.85.0.0692568303753.issue30728@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I moved PR 2307 here.  I made trivial PR 2322 for the config_key typo.

Cheryl, how did you do the name changes?  Did you prepare a rename mapping or script that could be applied to other patch files?  If so, please upload.

If sensibly possible, I would like rename patches to start with a rename list that can be reviewed before making a patch.  For example, #24225 began with a patch first, followed by the list of renames in msg243572.  I rejected some of the renames as too mechanical and posted https://bugs.python.org/file42678/%40newnames.txt for review.  It would have saved me a couple of hours if the OP had done the same before making the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Wed Jun 21 22:50:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 02:50:40 +0000
Subject: [issue29366] os.listdir has inconsistent behavior when run on a
 non-directory
In-Reply-To: <1485312192.81.0.934042138535.issue29366@psf.upfronthosting.co.za>
Message-ID: <1498099840.14.0.120025338358.issue29366@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> not a bug
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29366>
_______________________________________

From report at bugs.python.org  Wed Jun 21 23:04:38 2017
From: report at bugs.python.org (Dong-hee Na)
Date: Thu, 22 Jun 2017 03:04:38 +0000
Subject: [issue30616] Cannot use functional API to create enum with zero values
In-Reply-To: <1497029417.9.0.731294800985.issue30616@psf.upfronthosting.co.za>
Message-ID: <1498100678.8.0.652452523869.issue30616@psf.upfronthosting.co.za>


Changes by Dong-hee Na <donghee.na92 at gmail.com>:


----------
pull_requests: +2373

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30616>
_______________________________________

From report at bugs.python.org  Thu Jun 22 00:19:58 2017
From: report at bugs.python.org (Segev Finer)
Date: Thu, 22 Jun 2017 04:19:58 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498105198.1.0.71580206111.issue30726@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Thu Jun 22 00:31:12 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 22 Jun 2017 04:31:12 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498105872.39.0.333998146553.issue30726@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Thu Jun 22 01:38:50 2017
From: report at bugs.python.org (Hang Liao)
Date: Thu, 22 Jun 2017 05:38:50 +0000
Subject: [issue30729] Swap doesn't work in some circumstances
Message-ID: <1498109930.97.0.653863984763.issue30729@psf.upfronthosting.co.za>


New submission from Hang Liao:

Suppose I have two lists 
L1 = [1,3,2,4], L2 = [1,3,2,4]
L1[1], L1[2] = L1[2], L1[1]
This gives me L1 = [1,2,3,4]
However, if I write
L2[1], L2[L2[1] - 1] = L2[L2[1] - 1], L2[1]
This gives me back the same L2 = [1,3,2,4]
I am not sure if this is a mistake ... If it is what it intended to do please tell me.

----------
components: macOS
messages: 296614
nosy: Ikaros, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Swap doesn't work in some circumstances
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30729>
_______________________________________

From report at bugs.python.org  Thu Jun 22 02:17:39 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 22 Jun 2017 06:17:39 +0000
Subject: [issue30729] Swap doesn't work in some circumstances
In-Reply-To: <1498109930.97.0.653863984763.issue30729@psf.upfronthosting.co.za>
Message-ID: <1498112259.55.0.404235483383.issue30729@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This is the expected behavior.
The assignments are made left-to-right.
The first use of L2[1] is updated BEFORE the second use as index.

The assignments are equivalent to:
==================================
>>> L1 = [1,3,2,4]
>>> L2 = [1,3,2,4]
>>> tup = L2[L2[1] - 1], L2[1]
>>> tup
(2, 3)
>>> L2[1] = tup[0]
>>> L2[L2[1] - 1] = tup[1]
>>> L2
[1, 3, 2, 4]

Which is the same as you observed
=================================
>>> L1 = [1,3,2,4]
>>> L2 = [1,3,2,4]
>>> L2[1], L2[L2[1] - 1] = L2[L2[1] - 1], L2[1]
>>> L2
[1, 3, 2, 4]

The core issue is that L2[1] is being used twice during the series of assignments.  First it gets updated with L2[1] = 3.  Then L2[1] is used again AFTER it has been updated.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30729>
_______________________________________

From report at bugs.python.org  Thu Jun 22 02:41:15 2017
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 22 Jun 2017 06:41:15 +0000
Subject: [issue29212] Python 3.6 logging thread name regression with
 concurrent.future threads
In-Reply-To: <1483938963.09.0.315595404976.issue29212@psf.upfronthosting.co.za>
Message-ID: <1498113675.74.0.514144952121.issue29212@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:


New changeset a3d91b43c2851312fb942f31afa12f5961706db6 by Gregory P. Smith in branch 'master':
bpo-29212: Fix the ugly repr() ThreadPoolExecutor thread name. (#2315)
https://github.com/python/cpython/commit/a3d91b43c2851312fb942f31afa12f5961706db6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29212>
_______________________________________

From report at bugs.python.org  Thu Jun 22 02:43:48 2017
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 22 Jun 2017 06:43:48 +0000
Subject: [issue29212] Python 3.6 logging thread name regression with
 concurrent.future threads
In-Reply-To: <1483938963.09.0.315595404976.issue29212@psf.upfronthosting.co.za>
Message-ID: <1498113828.79.0.892900153014.issue29212@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Yes, I'll get this into 3.6.  The default repr based name was clearly a regression from reasonable behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29212>
_______________________________________

From report at bugs.python.org  Thu Jun 22 04:07:00 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Jun 2017 08:07:00 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
Message-ID: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

It is possible to inject an environment variable in subprocess on Windows if a user data is passed to a subprocess via environment variable.

Provided PR fixes this vulnerability. It also adds other checks for invalid environment (variable names containing '=') and command arguments (containing '\0').

This was a part of issue13617, but extracted to a separate issue due to increased severity.

----------
components: Extension Modules
messages: 296618
nosy: paul.moore, serhiy.storchaka, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: Injecting environment variable in subprocess on Windows
type: security
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Thu Jun 22 04:12:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Jun 2017 08:12:03 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498119123.82.0.283290527524.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2374

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Thu Jun 22 04:32:01 2017
From: report at bugs.python.org (khyox)
Date: Thu, 22 Jun 2017 08:32:01 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1498120321.13.0.680724884381.issue30619@psf.upfronthosting.co.za>


Changes by khyox <jse.mnl at gmail.com>:


----------
pull_requests: +2375

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Thu Jun 22 05:33:42 2017
From: report at bugs.python.org (tumagonx)
Date: Thu, 22 Jun 2017 09:33:42 +0000
Subject: [issue30731] Use correct executable manifest for windows
Message-ID: <1498124022.5.0.932969179032.issue30731@psf.upfronthosting.co.za>


New submission from tumagonx:

I think there is typo in python default manifest (applies to exe dll and pyd) in official installation.

currently written as:
<trustinfo>
...
</trustInfo>

should be:
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
...
</trustInfo>

notice the lowercase "i" in incorrect manifest

----------
messages: 296619
nosy: tumagonx
priority: normal
severity: normal
status: open
title: Use correct executable manifest for windows
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30731>
_______________________________________

From report at bugs.python.org  Thu Jun 22 05:38:57 2017
From: report at bugs.python.org (Krzysztof Nazarewski)
Date: Thu, 22 Jun 2017 09:38:57 +0000
Subject: [issue30732] json.dumps() lack of information about RecursionError
 when using default function
Message-ID: <1498124337.07.0.93184881583.issue30732@psf.upfronthosting.co.za>


New submission from Krzysztof Nazarewski:

RecursionErrors related to json.dumps' default argument give no information whatsoever about the underlying issue.

Example:

$ /usr/bin/python3 -c "import json;from decimal import Decimal;json.dumps(Decimal(),default=lambda v:round(v, 8))"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python3.6/json/__init__.py", line 238, in dumps
    **kw).encode(obj)
  File "/usr/lib/python3.6/json/encoder.py", line 199, in encode
    chunks = self.iterencode(o, _one_shot=True)
  File "/usr/lib/python3.6/json/encoder.py", line 257, in iterencode
    return _iterencode(o, 0)
  File "<string>", line 1, in <lambda>
  File "/usr/lib/python3.6/_pydecimal.py", line 1919, in __round__
    return self.quantize(exp)
  File "/usr/lib/python3.6/_pydecimal.py", line 2603, in quantize
    return ans._fix(context)
  File "/usr/lib/python3.6/_pydecimal.py", line 1720, in _fix
    if not self:
  File "/usr/lib/python3.6/_pydecimal.py", line 852, in __bool__
    return self._is_special or self._int != '0'
RecursionError: maximum recursion depth exceeded in comparison


Details:
I have encountered issue when porting my code from Python 2 to 3.
Traceback shows depth of 6, but says recursion was already reached.
My first idea was that recursion counter was messed up, but it was not the case.
Recursion limit was indeed reached because round() in Python 3 is returning Decimal and then applies default infinitely.
The part of recursing code was inside C so it was not displayed in the traceback.

Summing up it took me over 2 hours to determine what was wrong with the code.


Fix ideas:
- do not call default more than once on the same root object (might be problematic to implement)
- raise an error if new object is equal to the previous (partially resolving issue since custom objects might not implement equality operator)
- add a flag to raise an error when new object's class is equal to the previous (might give false positives hence the flag)

----------
components: Library (Lib)
messages: 296620
nosy: Krzysztof Nazarewski
priority: normal
severity: normal
status: open
title: json.dumps() lack of information about RecursionError when using default function
type: enhancement
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30732>
_______________________________________

From report at bugs.python.org  Thu Jun 22 05:41:31 2017
From: report at bugs.python.org (Krzysztof Nazarewski)
Date: Thu, 22 Jun 2017 09:41:31 +0000
Subject: [issue30732] json.dumps() lacks information about RecursionError
 related to default function
In-Reply-To: <1498124337.07.0.93184881583.issue30732@psf.upfronthosting.co.za>
Message-ID: <1498124491.66.0.760247036918.issue30732@psf.upfronthosting.co.za>


Changes by Krzysztof Nazarewski <nazarewk at gmail.com>:


----------
title: json.dumps() lack of information about RecursionError when using default function -> json.dumps() lacks information about RecursionError related to default function

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30732>
_______________________________________

From report at bugs.python.org  Thu Jun 22 06:40:55 2017
From: report at bugs.python.org (Tim Golden)
Date: Thu, 22 Jun 2017 10:40:55 +0000
Subject: [issue30731] Use correct executable manifest for windows
In-Reply-To: <1498124022.5.0.932969179032.issue30731@psf.upfronthosting.co.za>
Message-ID: <1498128055.05.0.462274048181.issue30731@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30731>
_______________________________________

From report at bugs.python.org  Thu Jun 22 07:23:27 2017
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Thu, 22 Jun 2017 11:23:27 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498130607.83.0.0388941744887.issue30727@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

My favorite topic :)

You could use threading.Barrier() which is designed to synchronize N threads doing this kind of lock-step processing.  The problem is that the Barrier() is implemented using Condition variables, so for unit-testing, Condition Variables, this presents a conundrum...

----------
nosy: +kristjan.jonsson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Thu Jun 22 07:39:11 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 22 Jun 2017 11:39:11 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498131551.99.0.393039382453.issue30727@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Yes, the whole reason I wrote the tests like this is to avoid depending on Python synchronization primitives inside the tests for Python synchronization primitives.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Thu Jun 22 07:48:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Jun 2017 11:48:07 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498132087.81.0.744790211848.issue30727@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I still didn't see a code, but perhaps we could use a spin-lock. Every child thread increases the global counter, and the main thread waits until the counter equal to the number of child threads (sleeping for short time in a loop) before calling notify().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Thu Jun 22 07:51:21 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 22 Jun 2017 11:51:21 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498132281.69.0.895520453471.issue30728@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Hi Terry,

I don't have a script for the renaming.  Since I was reading the code for the docstrings at the same time, I just made the changes as I went along.  However, my primary intent is to save you time and work, not cause more, so I will prepare the information requested.  Is the best format a txt file?  Or should it be a dictionary mapping that can be fed into a replace?  Please let me know.

I'm still trying to figure out what changes to include in a pull request, so it's helpful to have these steps defined.  I realize I shouldn't have included the change to the keys file with this request, but I was just thinking that I didn't want to forget about it and I included it with the add.

For PR2307, should I separate the docstrings into a separate PR or do you want to let this one go as is?

Would it be helpful to post msg296603 and the roadmap on idle-dev?  I had also worked on this as part of the roadmap for modernizing code.  I don't really have a clear picture of the current patches that you want to apply.  You're so well organized, maybe you can share your specific goals for existing patches?  For example, if you know there are 2 config_keys patches that are ready to go, but might need some testing, then I can help with that (if there was some way for me to help).  That way I can focus on the parts of the project that would help you most without causing undue extra work.  I saw the roadmap as a TODO list of things that needed patches without realizing some of the issues already had patches.


Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Thu Jun 22 08:34:09 2017
From: report at bugs.python.org (Jonathon Vandezande)
Date: Thu, 22 Jun 2017 12:34:09 +0000
Subject: [issue30733] Typo in Document What's New: Calendar
Message-ID: <1498134849.55.0.432143845642.issue30733@psf.upfronthosting.co.za>


New submission from Jonathon Vandezande:

Says:
The HTMLCalendar has added new class attribute which ease the customisation the CSS classes in the produced HTML calendar. (Contributed by Oz Tiram in bpo-30095.)

Should say:
The HTMLCalendar has added new class attributes which ease the customisation of the CSS classes in the produced HTML calendar. (Contributed by Oz Tiram in bpo-30095.)


Summary of changes:
'attribute' should be plural
Missing an 'of' in front of 'the CSS classes', could also substitute 'of' for 'the'

----------
assignee: docs at python
components: Documentation
messages: 296625
nosy: Jonathon Vandezande, docs at python
priority: normal
severity: normal
status: open
title: Typo in Document What's New: Calendar
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30733>
_______________________________________

From report at bugs.python.org  Thu Jun 22 08:43:13 2017
From: report at bugs.python.org (George Shuklin)
Date: Thu, 22 Jun 2017 12:43:13 +0000
Subject: [issue30734] 200000 indexes crashes eval and python (without eval)
Message-ID: <1498135393.79.0.831850849211.issue30734@psf.upfronthosting.co.za>


New submission from George Shuklin:

If there is too many indexes python crashes:

a[0][0][0][0]....

segfault at 7ffd25fe6ff8 ip 0000564528c8cfe6 sp 00007ffd25fe7000 error 6 in python2.7[564528b6a000+324000]

code to generate code:

>>> i="[0]"*200000
>>> file('/tmp/bad_python.py','w').write('a=[]\na.append(a)\nprint(type(a'+i+'))\n')

python2 /tmp/bad_python.py 
Segmentation fault (core dumped)

python3 /tmp/bad_python.py 
RecursionError: maximum recursion depth exceeded during compilation

Just in case I upload generated code.

This bug affects both eval() function and python interpreter.

----------
components: Interpreter Core
files: bad_python.py.gz
messages: 296626
nosy: george-shuklin
priority: normal
severity: normal
status: open
title: 200000 indexes crashes eval and python (without eval)
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file46968/bad_python.py.gz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30734>
_______________________________________

From report at bugs.python.org  Thu Jun 22 09:06:54 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 22 Jun 2017 13:06:54 +0000
Subject: [issue30733] Typo in Document What's New: Calendar
In-Reply-To: <1498134849.55.0.432143845642.issue30733@psf.upfronthosting.co.za>
Message-ID: <1498136814.51.0.436523827639.issue30733@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
assignee: docs at python -> Mariatta
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30733>
_______________________________________

From report at bugs.python.org  Thu Jun 22 09:14:59 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 22 Jun 2017 13:14:59 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1498137299.7.0.570786967179.issue30619@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 6580c19bbbe7bc9bc0884699afd69184f523b32e by Mariatta (khyox) in branch 'master':
bpo-30619: Clarify typing.Union documentation (GH-2326)
https://github.com/python/cpython/commit/6580c19bbbe7bc9bc0884699afd69184f523b32e


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Thu Jun 22 09:16:47 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 22 Jun 2017 13:16:47 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1498137407.01.0.1596870344.issue30619@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Thu Jun 22 09:40:51 2017
From: report at bugs.python.org (Steve Dower)
Date: Thu, 22 Jun 2017 13:40:51 +0000
Subject: [issue30731] Use correct executable manifest for windows
In-Reply-To: <1498124022.5.0.932969179032.issue30731@psf.upfronthosting.co.za>
Message-ID: <1498138851.24.0.246506731891.issue30731@psf.upfronthosting.co.za>


Steve Dower added the comment:

What is the impact of this error? I know of people who are relying on the manifest who have not raised any issue, so perhaps it isn't actually that important?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30731>
_______________________________________

From report at bugs.python.org  Thu Jun 22 09:45:02 2017
From: report at bugs.python.org (Peter)
Date: Thu, 22 Jun 2017 13:45:02 +0000
Subject: [issue30735] Python 3.6.1 test_asyncio fails on Solaris 11
Message-ID: <1498139102.26.0.319354129691.issue30735@psf.upfronthosting.co.za>


New submission from Peter:

I was building all the latest Python (2.7.13, 3.4.6, 3.5.3 and 3.6.1) on Solaris 11 using gcc 4.9.2 and found that Python 3.6.1 test_asyncio consistently fails while the other versions don't.

Details:


$ ./python -W default -bb -E -W error::BytesWarning -m test -r -w -j 0 test_asyncio
Using random seed 44984
Run tests in parallel using 10 child processes
0:00:28 [1/1/1] test_asyncio failed
Executing <Handle Future.set_result(None) created at /usr/local/src/Python-3.6.1/Lib/test/test_asyncio/test_base_events.py:329> took 0.178 seconds
test test_asyncio failed -- Traceback (most recent call last):
  File "/usr/local/src/Python-3.6.1/Lib/unittest/mock.py", line 1179, in patched
    return func(*args, **keywargs)
  File "/usr/local/src/Python-3.6.1/Lib/test/test_asyncio/test_base_events.py", line 1232, in test_create_connection_service_name
    t, p = self.loop.run_until_complete(coro)
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/base_events.py", line 466, in run_until_complete
    return future.result()
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/base_events.py", line 732, in create_connection
    infos = f1.result()
  File "/usr/local/src/Python-3.6.1/Lib/concurrent/futures/thread.py", line 55, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/local/src/Python-3.6.1/Lib/socket.py", line 743, in getaddrinfo
    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno 9] service name not available for the specified socket type

1 test failed:
    test_asyncio
Re-running failed tests in verbose mode
Re-running test 'test_asyncio' in verbose mode

... snipped ...

======================================================================
ERROR: test_create_connection_service_name (test.test_asyncio.test_base_events.BaseEventLoopWithSelectorTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.6.1/Lib/unittest/mock.py", line 1179, in patched
    return func(*args, **keywargs)
  File "/usr/local/src/Python-3.6.1/Lib/test/test_asyncio/test_base_events.py", line 1232, in test_create_connection_service_name
    t, p = self.loop.run_until_complete(coro)
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/base_events.py", line 466, in run_until_complete
    return future.result()
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/base_events.py", line 732, in create_connection
    infos = f1.result()
  File "/usr/local/src/Python-3.6.1/Lib/concurrent/futures/thread.py", line 55, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/local/src/Python-3.6.1/Lib/socket.py", line 743, in getaddrinfo
    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno 9] service name not available for the specified socket type

======================================================================
ERROR: test_server_close (test.test_asyncio.test_events.PollEventLoopTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.6.1/Lib/test/test_asyncio/test_events.py", line 1340, in test_server_close
    ConnectionRefusedError, client.connect, ('127.0.0.1', port))
  File "/usr/local/src/Python-3.6.1/Lib/unittest/case.py", line 728, in assertRaises
    return context.handle('assertRaises', args, kwargs)
  File "/usr/local/src/Python-3.6.1/Lib/unittest/case.py", line 177, in handle
    callable_obj(*args, **kwargs)
TimeoutError: [Errno 145] Connection timed out

======================================================================
ERROR: test_sock_client_fail (test.test_asyncio.test_events.PollEventLoopTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.6.1/Lib/test/test_asyncio/test_events.py", line 471, in test_sock_client_fail
    self.loop.sock_connect(sock, address))
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/base_events.py", line 466, in run_until_complete
    return future.result()
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/selector_events.py", line 451, in sock_connect
    return (yield from fut)
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/selector_events.py", line 481, in _sock_connect_cb
    raise OSError(err, 'Connect call failed %s' % (address,))
TimeoutError: [Errno 145] Connect call failed ('127.0.0.1', 56937)

======================================================================
ERROR: test_server_close (test.test_asyncio.test_events.SelectEventLoopTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.6.1/Lib/test/test_asyncio/test_events.py", line 1340, in test_server_close
    ConnectionRefusedError, client.connect, ('127.0.0.1', port))
  File "/usr/local/src/Python-3.6.1/Lib/unittest/case.py", line 728, in assertRaises
    return context.handle('assertRaises', args, kwargs)
  File "/usr/local/src/Python-3.6.1/Lib/unittest/case.py", line 177, in handle
    callable_obj(*args, **kwargs)
TimeoutError: [Errno 145] Connection timed out

======================================================================
ERROR: test_sock_client_fail (test.test_asyncio.test_events.SelectEventLoopTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/src/Python-3.6.1/Lib/test/test_asyncio/test_events.py", line 471, in test_sock_client_fail
    self.loop.sock_connect(sock, address))
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/base_events.py", line 466, in run_until_complete
    return future.result()
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/selector_events.py", line 451, in sock_connect
    return (yield from fut)
  File "/usr/local/src/Python-3.6.1/Lib/asyncio/selector_events.py", line 481, in _sock_connect_cb
    raise OSError(err, 'Connect call failed %s' % (address,))
TimeoutError: [Errno 145] Connect call failed ('127.0.0.1', 43072)

----------------------------------------------------------------------
Ran 1402 tests in 785.313s

FAILED (errors=5, skipped=4)
test test_asyncio failed
1 test failed again:
    test_asyncio

Total duration: 13 min 34 sec
Tests result: FAILURE

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/sparc-sun-solaris2.11/4.9.2/lto-wrapper
Target: sparc-sun-solaris2.11
Configured with: ../gcc-4.9.2/configure --prefix=/usr/local --enable-languages=c,c++ --disable-nls --with-gnu-as --with-gnu-ld --target=sparc-sun-solaris2.11
Thread model: posix
gcc version 4.9.2 (GCC)

----------
components: asyncio
messages: 296629
nosy: petriborg, yselivanov
priority: normal
severity: normal
status: open
title: Python 3.6.1 test_asyncio fails on Solaris 11
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30735>
_______________________________________

From report at bugs.python.org  Thu Jun 22 09:46:00 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 22 Jun 2017 13:46:00 +0000
Subject: [issue30736] Support Unicode 10.0
Message-ID: <1498139160.83.0.103732716798.issue30736@psf.upfronthosting.co.za>


New submission from Steven D'Aprano:

Unicode 10.0 is now finalized:

http://blog.unicode.org/2017/06/announcing-unicode-standard-version-100.html

It would be good if Python 3.7 would support it. (I think that Python currently supports Unicode 8?)

----------
messages: 296630
nosy: steven.daprano
priority: normal
severity: normal
status: open
title: Support Unicode 10.0
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30736>
_______________________________________

From report at bugs.python.org  Thu Jun 22 10:20:59 2017
From: report at bugs.python.org (Kevin Keating)
Date: Thu, 22 Jun 2017 14:20:59 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498067947.84.0.203482425844.issue30725@psf.upfronthosting.co.za>
Message-ID: <1498141259.04.0.762766182945.issue30725@psf.upfronthosting.co.za>


Kevin Keating added the comment:

Here's the log file.  I'm assuming that the relevant bit starts at around line 18663:

CAQuietExec:  Collecting setuptools
CAQuietExec:  Collecting pip
CAQuietExec:  Installing collected packages: setuptools, pip
CAQuietExec:  Exception:
CAQuietExec:  Traceback (most recent call last):
CAQuietExec:    File "c:\users\keating\appdata\local\temp\tmpcvofqv\pip-9.0.1-py2.py3-none-any.whl\pip\basecommand.py", line 215, in main
CAQuietExec:      status = self.run(options, args)
CAQuietExec:    File "c:\users\keating\appdata\local\temp\tmpcvofqv\pip-9.0.1-py2.py3-none-any.whl\pip\commands\install.py", line 342, in run
CAQuietExec:      prefix=options.prefix_path,
CAQuietExec:    File "c:\users\keating\appdata\local\temp\tmpcvofqv\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_set.py", line 784, in install
CAQuietExec:      **kwargs
CAQuietExec:    File "c:\users\keating\appdata\local\temp\tmpcvofqv\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_install.py", line 851, in install
CAQuietExec:      self.move_wheel_files(self.source_dir, root=root, prefix=prefix)
CAQuietExec:    File "c:\users\keating\appdata\local\temp\tmpcvofqv\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_install.py", line 1064, in move_wheel_files
CAQuietExec:      isolated=self.isolated,
CAQuietExec:    File "c:\users\keating\appdata\local\temp\tmpcvofqv\pip-9.0.1-py2.py3-none-any.whl\pip\wheel.py", line 345, in move_wheel_files
CAQuietExec:      clobber(source, lib_dir, True)
CAQuietExec:    File "c:\users\keating\appdata\local\temp\tmpcvofqv\pip-9.0.1-py2.py3-none-any.whl\pip\wheel.py", line 323, in clobber
CAQuietExec:      shutil.copyfile(srcfile, destfile)
CAQuietExec:    File "C:\Program Files\Python27\lib\shutil.py", line 83, in copyfile
CAQuietExec:      with open(dst, 'wb') as fdst:
CAQuietExec:  IOError:  Permission denied: 'C:\\Program Files\\Python27\\Lib\\site-packages\\easy_install.py'

----------
Added file: http://bugs.python.org/file46969/log.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Thu Jun 22 10:39:50 2017
From: report at bugs.python.org (Paul Moore)
Date: Thu, 22 Jun 2017 14:39:50 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498141259.04.0.762766182945.issue30725@psf.upfronthosting.co.za>
Message-ID: <CACac1F_ftpJeUEovSLgkMpb7xL-S=jHkd0PoiYVL=GU9SW1fCQ@mail.gmail.com>


Paul Moore added the comment:

Presumably you overrode the default location of C:\Python27 in favour
of C:\Program Files?

I'm not sure we've ever supported installing Python 2.7 in "Program
Files", precisely because of the security constraints on that
directory (plus the fact that a long time ago, directories with spaces
in them were badly handled, but that problem should no longer exist).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Thu Jun 22 10:43:35 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Jun 2017 14:43:35 +0000
Subject: [issue30736] Support Unicode 10.0
In-Reply-To: <1498139160.83.0.103732716798.issue30736@psf.upfronthosting.co.za>
Message-ID: <1498142615.39.0.371923671827.issue30736@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Unicode
nosy: +benjamin.peterson, ezio.melotti, haypo, lemburg
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30736>
_______________________________________

From report at bugs.python.org  Thu Jun 22 10:45:51 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 22 Jun 2017 14:45:51 +0000
Subject: [issue30736] Support Unicode 10.0
In-Reply-To: <1498139160.83.0.103732716798.issue30736@psf.upfronthosting.co.za>
Message-ID: <1498142751.31.0.818252306591.issue30736@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

+1

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30736>
_______________________________________

From report at bugs.python.org  Thu Jun 22 10:52:00 2017
From: report at bugs.python.org (Kevin Keating)
Date: Thu, 22 Jun 2017 14:52:00 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498067947.84.0.203482425844.issue30725@psf.upfronthosting.co.za>
Message-ID: <1498143120.12.0.903005105277.issue30725@psf.upfronthosting.co.za>


Kevin Keating added the comment:

Yeah, I only run into this problem if I install Python 2.7.13 into C:\Program Files\Python27.  If I install Python 2.7.12 or 3.6.1 to the same location, then everything works fine.  I can successfully install Python 2.7.13 to C:\Python27, C:\Programs\Python27, or "C:\Path with spaces\Python27".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Thu Jun 22 10:54:00 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Jun 2017 14:54:00 +0000
Subject: [issue17187] Python segfaults from improperly formed and called
 function
In-Reply-To: <1360626883.99.0.640748040618.issue17187@psf.upfronthosting.co.za>
Message-ID: <1498143240.22.0.0991454022511.issue17187@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I suggest to close this issue as "not a bug" or "wont fix".

----------
nosy: +serhiy.storchaka
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17187>
_______________________________________

From report at bugs.python.org  Thu Jun 22 11:16:03 2017
From: report at bugs.python.org (Steve Dower)
Date: Thu, 22 Jun 2017 15:16:03 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498067947.84.0.203482425844.issue30725@psf.upfronthosting.co.za>
Message-ID: <1498144563.48.0.717823613521.issue30725@psf.upfronthosting.co.za>


Steve Dower added the comment:

The relevant lines are just above the ones you posted, but I can't view the attachment from my phone so I'll have to look later.

Seems like the custom action is running as the original user and not admin. This should just be a flag on the command, though since we're building the msi without any tools it'll take some effort to figure that out.

Personally I'd rather say it's not supported. Install without pip and then add it later. But if someone comes with a patch and test results I'll happily merge it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Thu Jun 22 11:18:43 2017
From: report at bugs.python.org (tumagonx)
Date: Thu, 22 Jun 2017 15:18:43 +0000
Subject: [issue30731] Use correct executable manifest for windows
In-Reply-To: <1498124022.5.0.932969179032.issue30731@psf.upfronthosting.co.za>
Message-ID: <1498144723.93.0.717893400881.issue30731@psf.upfronthosting.co.za>


tumagonx added the comment:

Not really, just want to be correct... AFAIK wrong manifest like that will prevent execution on older Windows such XP saying application not configured properly. Apparently earlier Windows has been stricter. But it's not like official python 3.6 support XP.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30731>
_______________________________________

From report at bugs.python.org  Thu Jun 22 11:38:31 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Thu, 22 Jun 2017 15:38:31 +0000
Subject: [issue30697] segfault in PyErr_NormalizeException() after memory
 exhaustion
In-Reply-To: <1497792581.23.0.578886308028.issue30697@psf.upfronthosting.co.za>
Message-ID: <1498145911.65.0.960533130032.issue30697@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests: +2376

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30697>
_______________________________________

From report at bugs.python.org  Thu Jun 22 11:40:26 2017
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 22 Jun 2017 15:40:26 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498067947.84.0.203482425844.issue30725@psf.upfronthosting.co.za>
Message-ID: <1498146026.83.0.239428778388.issue30725@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Issue 27888 switched to using WiX CAQuietExec task to hide the console, but it also changed the action flags to no longer include msidbCustomActionTypeNoImpersonate (2048). Without this flag, the installer impersonates the user for these custom actions: UpdatePip, RemovePip, CompilePyc, CompilePyo, CompileGrammar. 

As a workaround, run the .msi from an elevated command prompt. In this case, I also recommend enabling the option to pre-compile the standard library.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Thu Jun 22 11:41:54 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Thu, 22 Jun 2017 15:41:54 +0000
Subject: [issue30697] segfault in PyErr_NormalizeException() after memory
 exhaustion
In-Reply-To: <1497792581.23.0.578886308028.issue30697@psf.upfronthosting.co.za>
Message-ID: <1498146114.53.0.968075075561.issue30697@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

PR 2327 lacks the test cases mentionned below for the moment.

1) With PR 2327, the memerr.py script runs correctly:

$ ./python /path/to/memerr.py
Fatal Python error: Cannot recover from MemoryErrors while normalizing exceptions.

Current thread 0x00007f37eab54fc0 (most recent call first):
  File "/path/to/memerr.py", line 8 in foo
  File "/path/to/memerr.py", line 13 in <module>
Aborted (core dumped)

2) With PR 2327, exceeding the recursion limit in PyErr_NormalizeException() raises a RecursionError:

$ ./python -q
>>> import _testcapi
>>> raise _testcapi.RecursingInfinitelyError
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RecursionError: maximum recursion depth exceeded while normalizing an exception
>>>

Note that when the infinite recursion is started by instantiating an exception written in Python code instead, the RecursionError is set by Py_EnterRecursiveCall() instead of by PyErr_NormalizeException().

3) With PR 2327, the test case in PR 1981 runs correctly (so PR 2327 fixes also issue 22898):

$ ./python /path/to/crasher.py    # crasher.py is the code run by test_recursion_normalizing_exception() in PR 1981
Done.
Traceback (most recent call last):
  File "/path/to/crasher.py", line 36, in <module>
    recurse(setrecursionlimit(depth + 2) - depth - 1)
  File "/path/to/crasher.py", line 19, in recurse
    recurse(cnt)
  File "/path/to/crasher.py", line 19, in recurse
    recurse(cnt)
  File "/path/to/crasher.py", line 19, in recurse
    recurse(cnt)
  [Previous line repeated 1 more times]
  File "/path/to/crasher.py", line 21, in recurse
    generator.throw(MyException)
  File "/path/to/crasher.py", line 25, in gen
    yield
RecursionError: maximum recursion depth exceeded while calling a Python object
sys:1: ResourceWarning: unclosed file <_io.FileIO name='/path/to/crasher.py' mode='rb' closefd=True>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30697>
_______________________________________

From report at bugs.python.org  Thu Jun 22 11:48:39 2017
From: report at bugs.python.org (Paul Moore)
Date: Thu, 22 Jun 2017 15:48:39 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498146026.83.0.239428778388.issue30725@psf.upfronthosting.co.za>
Message-ID: <CACac1F-BzUseVYp72DqhFktsFfTi2Fi0CjixA4ZMYDb=tOXXxg@mail.gmail.com>


Paul Moore added the comment:

Note that even if you do get this working, you'll still need to run
pip from an elevated prompt every time you want to use it to install
new packages (or use --user).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Thu Jun 22 12:05:14 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 22 Jun 2017 16:05:14 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498147514.12.0.663042989196.issue30703@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
title: regrtest hangs on the master branch -> test_multiprocessing_forkserver hangs on the master branch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Thu Jun 22 12:11:26 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 22 Jun 2017 16:11:26 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498147886.02.0.93870416131.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Matt, if you try the following command, it will run the specific test in a loop in verbose mode:

$ ./python -m test --timeout=30 -F -m test_many_processes -v test_multiprocessing_forkserver

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Thu Jun 22 12:12:44 2017
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 22 Jun 2017 16:12:44 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498067947.84.0.203482425844.issue30725@psf.upfronthosting.co.za>
Message-ID: <1498147964.72.0.544432518917.issue30725@psf.upfronthosting.co.za>


Eryk Sun added the comment:

You can still create and use virtual environments (virtualenv) without requiring administrator access.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Thu Jun 22 12:24:09 2017
From: report at bugs.python.org (Kevin Keating)
Date: Thu, 22 Jun 2017 16:24:09 +0000
Subject: [issue30725] Windows installer for 2.7.13 doesn't install pip when
 installing to C:\Program Files
In-Reply-To: <1498067947.84.0.203482425844.issue30725@psf.upfronthosting.co.za>
Message-ID: <1498148649.85.0.8120755509.issue30725@psf.upfronthosting.co.za>


Kevin Keating added the comment:

Running the msi from an elevated command prompt worked.  Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30725>
_______________________________________

From report at bugs.python.org  Thu Jun 22 13:05:47 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 22 Jun 2017 17:05:47 +0000
Subject: [issue30737] Update devguide link to the new URL
Message-ID: <1498151147.34.0.638989883605.issue30737@psf.upfronthosting.co.za>


New submission from Mariatta Wijaya:

The Devguide has a new URL: https://devguide.python.org

I believe there are a few references to the devguide from CPython documentation. Those links should be updated to the new url.

----------
assignee: Mariatta
components: Documentation
messages: 296644
nosy: Mariatta
priority: normal
severity: normal
stage: needs patch
status: open
title: Update devguide link to the new URL
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30737>
_______________________________________

From report at bugs.python.org  Thu Jun 22 13:09:23 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Thu, 22 Jun 2017 17:09:23 +0000
Subject: [issue30737] Update devguide link to the new URL
In-Reply-To: <1498151147.34.0.638989883605.issue30737@psf.upfronthosting.co.za>
Message-ID: <1498151363.58.0.29075200772.issue30737@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

This is in progress.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30737>
_______________________________________

From report at bugs.python.org  Thu Jun 22 13:19:12 2017
From: report at bugs.python.org (Hiba)
Date: Thu, 22 Jun 2017 17:19:12 +0000
Subject: [issue30738] __next__() method in iterators 9.9
Message-ID: <1498151952.1.0.340362281065.issue30738@psf.upfronthosting.co.za>


New submission from Hiba:

class Reverse:
    """Iterator for looping over a sequence backwards."""
    def __init__(self, data):
        self.data = data
        self.index = len(data)

    def __iter__(self):
        return self

    def next(self):
        if self.index == 0:
            raise StopIteration
        self.index = self.index - 1
        return self.data[self.index]


*********************************************
The next() method in the above code snippet(from 9.9 Iterators section in Tutorial is not correctly overridden. It's missing the underscores.

----------
assignee: docs at python
components: Documentation
messages: 296646
nosy: docs at python, hiba
priority: normal
severity: normal
status: open
title: __next__() method in iterators 9.9
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30738>
_______________________________________

From report at bugs.python.org  Thu Jun 22 13:31:46 2017
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 22 Jun 2017 17:31:46 +0000
Subject: [issue30738] __next__() method in iterators 9.9
In-Reply-To: <1498151952.1.0.340362281065.issue30738@psf.upfronthosting.co.za>
Message-ID: <1498152706.29.0.00348310413188.issue30738@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Did you try the example in Python 2? Did you click on the "next" link in the preceding paragraph? Please read the following:

https://docs.python.org/2/library/stdtypes.html#iterator.next

    iterator.next()
       Return the next item from the container....

In Python 3, this method was renamed `__next__`.

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30738>
_______________________________________

From report at bugs.python.org  Thu Jun 22 13:50:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 17:50:13 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498153813.19.0.796671053806.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The proposed patch does several things that can be considered independently.

1. Give the 'title' parameter a default value 'About IDLE'.  Instead, add the python/IDLE version, as done for IDLE doc in help.py.  (In both cases, one might wonder why title is a parameter rather than being calculated within __init__.  Perhaps an example of YAGNI.)

2. Make About IDLE non-modal.  The addition of show(), _destroyed(), and changes in AboutDialog.close() are part of this.  Modal seems standard, at least on Windows.  What about other systems?

Mozilla FireFox and Thunderbird are obnoxiously semi-modal.  Steam launcher is fully modal, with an icon added to the Taskbar, so one can easily find the window to close it.  Any patch must make sure this happens. Clicking About Steam menu entry a second time lifts the first window to view.  The patch imitates this.

To me, the main justification to go non-modal is that About IDLE opens documents in custom read-only windows rather than in a browser.  README is one that one might want to keep open for awhile.  Ditto for a future Roadmap file.

3. Add an icon with code based on the commented out code we removed (see lines with 'logofn', self.picture, and labelPicture).  Yes, but we should try using the better looking "idle_48.png" with tk 8.6.

4. Change from white on medium gray to black on light gray.  I might also try the standard black on white.  Or black on python yellow.  If we do A. below, the background should work with the blue link tagging.

5. I believe all 6 of the current linked documents are pre-loaded.  I think this unnecessary as they are generally ignored.  Load on demand is fine.

6. Documents are displayed in a new read-only Text that is part of the dialog itself.  If we went in this direction, I would want to first try using the new TextviewFrame.  But I think it better to open textviews non-modally so one can keep a document around after closing AboutIDLE.  I think this will be more true if/when we switch to tabbed notebooks or the equivalent.

A. What the patch does not do is switch from buttons to blue-underlined links, as I have discussed elsewhere, nor do other rearrangements and changes.  I want to move What's New to the top, move the Python license and copyright to the bottom, and remove Python credits.  The idle-dev email must be replaced with a link to the idle-dev subscription page, as spam (which continues) prompted a switch to subscription required.  This will be a separate issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Thu Jun 22 14:25:59 2017
From: report at bugs.python.org (Segev Finer)
Date: Thu, 22 Jun 2017 18:25:59 +0000
Subject: [issue30731] Use correct executable manifest for windows
In-Reply-To: <1498124022.5.0.932969179032.issue30731@psf.upfronthosting.co.za>
Message-ID: <1498155959.21.0.422021152382.issue30731@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2377

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30731>
_______________________________________

From report at bugs.python.org  Thu Jun 22 14:34:05 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 18:34:05 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498156445.97.0.155525851828.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Cheryl, I suggest to start with any of 1, 3, and 4.  My preference is 3. To be sure of avoiding merge conflicts, I would do one at a time.  Narrowly focused PRs should be quick to review, test, and merge.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Thu Jun 22 15:16:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 19:16:19 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1498158979.63.0.588206863466.issue21519@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#6739 is about rejecting *invalid* sequences, this is about rejecting a *duplicate* valid sequence.  Both fixes are needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Thu Jun 22 15:47:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 19:47:45 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1498160864.99.0.480041649742.issue6739@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Patch mostly looks good.  To apply now, keybindingDialog.py must become config_key.py.  I have no idea what other merge issues there might be.  The name of the new function'KeySequenceCheck()' should be 'sequence_ok()'.  A minimal new test should call sequence_ok with invalid sequence '<Control-Shift>' and valid sequence '<Control-Shift-Key-x>'.

----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Thu Jun 22 15:57:13 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Jun 2017 19:57:13 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498161433.48.0.843507377526.issue30727@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2378

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Thu Jun 22 16:03:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 22 Jun 2017 20:03:08 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498161787.99.0.612928589908.issue30728@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Yes, I intend to add the expanded list, further edited, to the roadmap, or something not tied to one issue.  I should add changing messagebox and font imports.

Except for switching to ttk widgets, the changes listed are invisible to users.  The purpose of these changes is to make it easier to make changes that are visible, that improve the user experience, without introducing regressions (the second reason tests are needed).  So once we make the invisible changes in a file, we should look at making visible changes in the same file.

Having re-written help_about *and* the tests, we can and logically should proceed to visible changes.  I reviewed the patch for #24813 and identified 6 independent changes.  I want to do 1, 3, 4, and likely 2.  I added a note for you there.

For existing patches, new tests help, code changes hinder.  We face tradeoffs and chicken-and-egg problems constantly.  For config_key, I decided that patches for both #6739 and #21519 should be applied, with revision and tests, in that order.  I added a note to #6739 about making a PR.  Try it if you like.

I think this issue should remain on hold until I look more at existing patches.

The 'F3' typo/bug was noted in 2014 in msg220625 but was not fixed or added to the existing patch.  Doing something was better ;-).  In the future, in a similar situation, you could add a trivial PR and request me to review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Thu Jun 22 16:05:48 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 22 Jun 2017 20:05:48 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498161948.16.0.334657199668.issue30727@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually this approach already is used in this test. PR 2334 uses it to ensure all workers into cond.wait().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Thu Jun 22 16:26:54 2017
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 22 Jun 2017 20:26:54 +0000
Subject: [issue30736] Support Unicode 10.0
In-Reply-To: <1498139160.83.0.103732716798.issue30736@psf.upfronthosting.co.za>
Message-ID: <1498163214.0.0.148361476637.issue30736@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

@Steven: Python 3.6 supports Unicode 9.


Python 3.6.1 (v3.6.1:69c0db5, Mar 21 2017, 18:41:36) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import unicodedata
>>> unicodedata.unidata_version
'9.0.0'

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30736>
_______________________________________

From report at bugs.python.org  Thu Jun 22 17:59:53 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 22 Jun 2017 21:59:53 +0000
Subject: [issue13601] sys.stderr should be line-buffered when stderr is not a
 TTY
In-Reply-To: <1323868292.46.0.495967266587.issue13601@psf.upfronthosting.co.za>
Message-ID: <1498168793.57.0.0348380435093.issue13601@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Amusingly, I didn't realize I had already opened this issue when one of our users hit it recently which led me to add TextIOWrapper.reconfigure(): https://bugs.python.org/issue30526

Still, I think it would be a good idea to do this as well (switch sys.stderr to line-buffered unconditionally), especially now that Nick found a POSIX reference that states C stderr should never be fully buffered.

----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13601>
_______________________________________

From report at bugs.python.org  Thu Jun 22 18:20:38 2017
From: report at bugs.python.org (veganaiZe)
Date: Thu, 22 Jun 2017 22:20:38 +0000
Subject: [issue27163] IDLE entry for What's New in Python 3.6
In-Reply-To: <1464677885.83.0.244887022976.issue27163@psf.upfronthosting.co.za>
Message-ID: <1498170038.09.0.146899803426.issue27163@psf.upfronthosting.co.za>


Changes by veganaiZe <topher.wheeler at yahoo.com>:


----------
nosy: +veganaiZe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27163>
_______________________________________

From report at bugs.python.org  Thu Jun 22 20:45:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 00:45:44 +0000
Subject: [issue26143] Ensure that IDLE's stdlib imports are from the stdlib
In-Reply-To: <1453089950.28.0.356846327087.issue26143@psf.upfronthosting.co.za>
Message-ID: <1498178744.78.0.00439270508569.issue26143@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26143>
_______________________________________

From report at bugs.python.org  Thu Jun 22 20:55:28 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 23 Jun 2017 00:55:28 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498179328.27.0.533145193193.issue24813@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2379

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Thu Jun 22 21:15:12 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 23 Jun 2017 01:15:12 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498180512.8.0.192200457432.issue24813@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I submitted a PR for #3.

In Mark's patch, he had moved the existing text, email, docs, etc to column 1 instead of column 0 for better looking alignment.  I can add that part of the redesign, but for now I just added the icon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Thu Jun 22 21:43:42 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 01:43:42 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1498182222.68.0.768225975277.issue30619@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2380

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Thu Jun 22 21:49:58 2017
From: report at bugs.python.org (tumagonx)
Date: Fri, 23 Jun 2017 01:49:58 +0000
Subject: [issue30731] Use correct executable manifest for windows
In-Reply-To: <1498124022.5.0.932969179032.issue30731@psf.upfronthosting.co.za>
Message-ID: <1498182598.29.0.182396745582.issue30731@psf.upfronthosting.co.za>


tumagonx added the comment:

@Segev
oops, must be my own typo "i" when I try repair the manifest. sorry about that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30731>
_______________________________________

From report at bugs.python.org  Thu Jun 22 21:53:00 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 01:53:00 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1498182780.24.0.671738405292.issue30619@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 8baf78b98f3acd76e51a4381542ff1612911b18f by Mariatta in branch '3.6':
[3.6] bpo-30619: Clarify typing.Union documentation (GH-2326) (GH-2337)
https://github.com/python/cpython/commit/8baf78b98f3acd76e51a4381542ff1612911b18f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Thu Jun 22 22:09:27 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 02:09:27 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498183767.29.0.764461023372.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I experimented with how the icon looks with different backgrounds, for point 4.  Because the paper holes are transparent, white is bad, proposed light gray okay, black is good.  Overall white on black is better than white on current dingy gray, so I consider making the background darker rather than flipping colors a possibility.  I would suggest using user's color scheme (which has be requested for dialog in general) except that icon on white looks so poor.  The htest makes experimenting easy.  If you get to 4, give your opinion.

Another option would be to redo the two files.  They are private copies and I believe not used otherwise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Thu Jun 22 22:12:50 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 02:12:50 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1498183970.08.0.156263352219.issue30619@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2381

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Thu Jun 22 22:14:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 02:14:44 +0000
Subject: [issue30303] IDLE: Add _utest to textview and add textview tests
In-Reply-To: <1494230289.92.0.930894896454.issue30303@psf.upfronthosting.co.za>
Message-ID: <1498184084.98.0.662070045444.issue30303@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30303>
_______________________________________

From report at bugs.python.org  Thu Jun 22 22:18:07 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 02:18:07 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1498184287.77.0.604628566602.issue30619@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset ce1bd6ac7ffaf396157a9ceb55b281a3b196323f by Mariatta in branch '3.5':
[3.5] bpo-30619: Clarify typing.Union documentation (GH-2326) (GH-2338)
https://github.com/python/cpython/commit/ce1bd6ac7ffaf396157a9ceb55b281a3b196323f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Thu Jun 22 22:18:36 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 02:18:36 +0000
Subject: [issue30619] typing.Union doc incoherence in case a class and its
 subclass are present
In-Reply-To: <1497055090.79.0.980256634301.issue30619@psf.upfronthosting.co.za>
Message-ID: <1498184316.65.0.201618738027.issue30619@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

Fixed and backported to 3.5 and 3.6.
Thanks!

----------
resolution:  -> fixed
stage: backport needed -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30619>
_______________________________________

From report at bugs.python.org  Thu Jun 22 22:23:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 02:23:39 +0000
Subject: [issue30016] No sideways scrolling in IDLE
In-Reply-To: <1491565944.11.0.294911632507.issue30016@psf.upfronthosting.co.za>
Message-ID: <1498184619.98.0.55781123733.issue30016@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I believe this is about, or would be satisfied, by a horizontal scrollbar, the subject of #1207613.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Idle Editor: Bottom Scroll Bar

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30016>
_______________________________________

From report at bugs.python.org  Thu Jun 22 23:17:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 03:17:45 +0000
Subject: [issue29910] Ctrl-D eats a character on IDLE
In-Reply-To: <1490549101.95.0.397312441336.issue29910@psf.upfronthosting.co.za>
Message-ID: <1498187865.87.0.929199101489.issue29910@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I have since discovered the [unified][split] buttons in the diff windows.
I have also starting applying the return run elsewhere in idlelib.

I had to think about paren_match_event.  It is bound to KeyRelease-parenright, etc, via config-extentions.def and should never be changed by the user.  Nor should those binding be duplicated.  But they could be, at least now.  So always returning 'break' is probably safest.

----------
versions:  -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29910>
_______________________________________

From report at bugs.python.org  Thu Jun 22 23:40:12 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 03:40:12 +0000
Subject: [issue15308] IDLE - add an "Interrupt Execution" to shell menu
In-Reply-To: <1341865491.11.0.0892141451607.issue15308@psf.upfronthosting.co.za>
Message-ID: <1498189212.93.0.185930669159.issue15308@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15308>
_______________________________________

From report at bugs.python.org  Thu Jun 22 23:45:46 2017
From: report at bugs.python.org (AnqurVanillapy)
Date: Fri, 23 Jun 2017 03:45:46 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498189546.9.0.200523851575.issue30709@psf.upfronthosting.co.za>


Changes by AnqurVanillapy <anqurvanillapy at gmail.com>:


----------
pull_requests: +2382

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Thu Jun 22 23:46:41 2017
From: report at bugs.python.org (AnqurVanillapy)
Date: Fri, 23 Jun 2017 03:46:41 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498189601.86.0.895917147404.issue30709@psf.upfronthosting.co.za>


AnqurVanillapy added the comment:

Previous conversation here: https://github.com/python/cpython/pull/2288

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Thu Jun 22 23:54:37 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 03:54:37 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498190077.67.0.947780113568.issue30709@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset b066edfb1b268e90ea11f45dd1827f46d7ceec88 by Mariatta (_ = NaN) in branch 'master':
bpo-30709: Improve code example in Descriptor HowTo doc (GH-2339)
https://github.com/python/cpython/commit/b066edfb1b268e90ea11f45dd1827f46d7ceec88


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Thu Jun 22 23:58:16 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 03:58:16 +0000
Subject: [issue16198] IDLE - tabbing in a string always brings up file
 completion window
In-Reply-To: <1349974121.21.0.319562901545.issue16198@psf.upfronthosting.co.za>
Message-ID: <1498190296.16.0.664692131407.issue16198@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I pushed a patch on another issue that fixed tabbing on lines after the first line within multiline strings.  With 3.6, I verified that tabbing anywhere on the same line of an opening quote, except immediately after the quote, brings up the box.

----------
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16198>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:10:01 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 04:10:01 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498191001.51.0.564656460683.issue30709@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2384

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:10:09 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 04:10:09 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498191009.39.0.647538952753.issue30709@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2385

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:10:17 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 04:10:17 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498191017.32.0.685049636557.issue30709@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
pull_requests: +2386

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:10:21 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 04:10:21 +0000
Subject: [issue27162] Add idlelib.interface module
In-Reply-To: <1464677206.97.0.125904884409.issue27162@psf.upfronthosting.co.za>
Message-ID: <1498191021.4.0.560074720738.issue27162@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Nick later suggested against this, and in the absence of requests, I don't want to do this, at least not before 3.7, if ever.  What if we make a change that makes the public promise awkward? The docstring for colordelegator should say how it is used (in IDLE and turtledemo).  Anyone else interested could follow the instructions, at their own risk, not mine.

----------
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27162>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:20:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 04:20:39 +0000
Subject: [issue26993] Copy idlelib *.py files with new names
In-Reply-To: <1462904867.82.0.814804625056.issue26993@psf.upfronthosting.co.za>
Message-ID: <1498191639.22.0.257563039968.issue26993@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Files were renamed later in May.  Some things were backported to 3.5 and even 2.7 for 3.5.3 and 2.7.13.  Anything involving ttk, which will soon be nearly all tkinter code, could not and cannot be backported.

----------
resolution: postponed -> rejected
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26993>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:23:17 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 04:23:17 +0000
Subject: [issue26627] IDLE incorrectly labeling error as internal
In-Reply-To: <1458756045.86.0.656079576242.issue26627@psf.upfronthosting.co.za>
Message-ID: <1498191797.34.0.991238380195.issue26627@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
resolution:  -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder:  -> IDLE removes elements from tracebacks.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26627>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:24:26 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 04:24:26 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498191866.01.0.739926497136.issue30709@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 508267437cc66fdadc12fb19fb2958c452b8a26f by Mariatta in branch '2.7':
[2.7] bpo-30709: Improve code example in Descriptor HowTo doc (GH-2339) (GH-2340)
https://github.com/python/cpython/commit/508267437cc66fdadc12fb19fb2958c452b8a26f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:24:35 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 04:24:35 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498191875.24.0.65563149706.issue30709@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset 8aa15ba884b14c1cf65d4c1a4c5abc4253f5c9ed by Mariatta in branch '3.5':
[3.5] bpo-30709: Improve code example in Descriptor HowTo doc (GH-2339) (GH-2341)
https://github.com/python/cpython/commit/8aa15ba884b14c1cf65d4c1a4c5abc4253f5c9ed


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:24:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 04:24:35 +0000
Subject: [issue24252] IDLE removes elements from tracebacks.
In-Reply-To: <1432169048.6.0.710293421877.issue24252@psf.upfronthosting.co.za>
Message-ID: <1498191875.78.0.458773772103.issue24252@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#26627 was closed as an apparent duplicate of this.  It should be rechecked if this is fixed.

----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24252>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:24:46 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 04:24:46 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498191885.99.0.55191570325.issue30709@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:


New changeset d79ac2c2468f072653ed9096cd33f89acb6ff5bb by Mariatta in branch '3.6':
[3.6] bpo-30709: Improve code example in Descriptor HowTo doc (GH-2339) (GH-2342)
https://github.com/python/cpython/commit/d79ac2c2468f072653ed9096cd33f89acb6ff5bb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:25:38 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 23 Jun 2017 04:25:38 +0000
Subject: [issue30709] Bad getter from Descriptor#Properties example
In-Reply-To: <1497957198.83.0.108909072277.issue30709@psf.upfronthosting.co.za>
Message-ID: <1498191938.19.0.713848569429.issue30709@psf.upfronthosting.co.za>


Changes by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30709>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:39:58 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 23 Jun 2017 04:39:58 +0000
Subject: [issue15216] Add encoding & errors parameters to
 TextIOWrapper.reconfigure()
In-Reply-To: <1340880558.16.0.0136840668667.issue15216@psf.upfronthosting.co.za>
Message-ID: <1498192798.5.0.116075443386.issue15216@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +2387

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15216>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:40:46 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 04:40:46 +0000
Subject: [issue25125] "Edit with IDLE" does not work for shortcuts
In-Reply-To: <1442318370.13.0.116980940121.issue25125@psf.upfronthosting.co.za>
Message-ID: <1498192846.61.0.62916642296.issue25125@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This is not an IDLE code issue, but an installation issue, and I think one main entry with a submenu is proper.  I just tried clicking on '3.5.3' and '3.6.2' and both opened an editor for a .py file  with the corresponding version.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25125>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:41:57 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 04:41:57 +0000
Subject: [issue25224] Replace Idle's README.txt with annotated file list
In-Reply-To: <1443045409.48.0.261448310489.issue25224@psf.upfronthosting.co.za>
Message-ID: <1498192917.03.0.306229257973.issue25224@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25224>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:42:43 2017
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 23 Jun 2017 04:42:43 +0000
Subject: [issue30736] Support Unicode 10.0
In-Reply-To: <1498139160.83.0.103732716798.issue30736@psf.upfronthosting.co.za>
Message-ID: <1498192963.16.0.579758990329.issue30736@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
pull_requests: +2388

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30736>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:54:11 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 04:54:11 +0000
Subject: [issue1080387] Making IDLE Themes and Keys Config more Robust
Message-ID: <1498193651.17.0.486536695655.issue1080387@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

These additions happened years ago, though the foreground is now different.
+builtin-foreground= #ca00ca
+builtin-background= #ffffff

----------
assignee: kbk -> terry.reedy
nosy: +terry.reedy
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1080387>
_______________________________________

From report at bugs.python.org  Fri Jun 23 00:59:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 04:59:39 +0000
Subject: [issue25032] IDLE - same menubar across application
In-Reply-To: <1441732953.33.0.194435848116.issue25032@psf.upfronthosting.co.za>
Message-ID: <1498193979.92.0.154231238858.issue25032@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I agree.  Better to gray-out inactive items.  I believe bar is already somewhat shared on mac.  We are working on other changes needed to use tabbed notebooks.

----------
assignee:  -> terry.reedy
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25032>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:00:50 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 05:00:50 +0000
Subject: [issue22460] idle editor: replace all in selection
In-Reply-To: <1411381735.15.0.967867369025.issue22460@psf.upfronthosting.co.za>
Message-ID: <1498194050.43.0.705140818608.issue22460@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage: needs patch -> test needed
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22460>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:10:15 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 05:10:15 +0000
Subject: [issue25020] IDLE - centralize ui policies and small utilities
In-Reply-To: <1441672933.59.0.053445062367.issue25020@psf.upfronthosting.co.za>
Message-ID: <1498194615.83.0.446965987634.issue25020@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The specific patch is out-of-date.  IDLE 3.6+ requires tk 8.5+. We should finish converting everything to ttk before 3.7.0.  In practice, I believe people are using late 8.5 or 8.6.  8.5.9 on Apple is too buggy to really use and latest ActiveState 8.5 for mac (.18?) is recommended.  macosx has functions to identify specific mac graphics.

----------
assignee:  -> terry.reedy
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25020>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:11:42 2017
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 23 Jun 2017 05:11:42 +0000
Subject: [issue29887] test_normalization doesn't work
In-Reply-To: <1490288230.58.0.523545383484.issue29887@psf.upfronthosting.co.za>
Message-ID: <1498194702.18.0.438096095635.issue29887@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
pull_requests: +2389

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29887>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:25:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 05:25:35 +0000
Subject: [issue24860] Can IDLE's query box be improved
In-Reply-To: <1439496143.45.0.879606750769.issue24860@psf.upfronthosting.co.za>
Message-ID: <1498195535.58.0.344462913768.issue24860@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The patch is mostly obsolete.  I added query.py a year ago, which replaced the open-module box and those used in configdialog.  The code began with one of the existing boxes, but it has the two improvements listed above: a) stay open on error (really helpful if I type 'idlelib.run' and only need to correct one letter) and b) put error message below entry box.

I am leaving this open temporarily to see if there is anything in this patch needed in Query.

----------
stage: needs patch -> patch review
title: handling of IDLE 'open module' errors -> Can IDLE's query box be improved
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24860>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:25:47 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 05:25:47 +0000
Subject: [issue24860] Can IDLE's query box be improved
In-Reply-To: <1439496143.45.0.879606750769.issue24860@psf.upfronthosting.co.za>
Message-ID: <1498195547.97.0.866727714485.issue24860@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24860>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:27:16 2017
From: report at bugs.python.org (Sanyam Khurana)
Date: Fri, 23 Jun 2017 05:27:16 +0000
Subject: [issue30721] Show expected input for right shift operator usage in
 custom "print" error message
In-Reply-To: <1498022036.95.0.527028755561.issue30721@psf.upfronthosting.co.za>
Message-ID: <1498195636.19.0.507514541909.issue30721@psf.upfronthosting.co.za>


Changes by Sanyam Khurana <sanyam.khurana01 at gmail.com>:


----------
pull_requests: +2390

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30721>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:31:10 2017
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 23 Jun 2017 05:31:10 +0000
Subject: [issue30736] Support Unicode 10.0
In-Reply-To: <1498139160.83.0.103732716798.issue30736@psf.upfronthosting.co.za>
Message-ID: <1498195870.18.0.335704612268.issue30736@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:


New changeset 279a96206f3118a482d10826a1e32b272db4505d by Benjamin Peterson in branch 'master':
bpo-30736: upgrade to Unicode 10.0 (#2344)
https://github.com/python/cpython/commit/279a96206f3118a482d10826a1e32b272db4505d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30736>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:31:56 2017
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 23 Jun 2017 05:31:56 +0000
Subject: [issue30736] Support Unicode 10.0
In-Reply-To: <1498139160.83.0.103732716798.issue30736@psf.upfronthosting.co.za>
Message-ID: <1498195916.51.0.657549270823.issue30736@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30736>
_______________________________________

From report at bugs.python.org  Fri Jun 23 01:35:25 2017
From: report at bugs.python.org (Benjamin Peterson)
Date: Fri, 23 Jun 2017 05:35:25 +0000
Subject: [issue17187] Python segfaults from improperly formed and called
 function
In-Reply-To: <1360626883.99.0.640748040618.issue17187@psf.upfronthosting.co.za>
Message-ID: <1498196125.47.0.16264602429.issue17187@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> not a bug
stage: needs patch -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17187>
_______________________________________

From report at bugs.python.org  Fri Jun 23 02:22:52 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 23 Jun 2017 06:22:52 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498198972.79.0.34580044376.issue29304@psf.upfronthosting.co.za>


INADA Naoki added the comment:


New changeset 073ae487b3ff9001c69d530c7555ddaa530dee16 by INADA Naoki in branch 'master':
bpo-29304: simplify lookdict_index() function. (GH-2273)
https://github.com/python/cpython/commit/073ae487b3ff9001c69d530c7555ddaa530dee16


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Fri Jun 23 02:24:31 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 06:24:31 +0000
Subject: [issue22133] IDLE: Set correct WM_CLASS on X11
In-Reply-To: <1407162622.12.0.711549475862.issue22133@psf.upfronthosting.co.za>
Message-ID: <1498199071.48.0.838364963078.issue22133@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> test needed
type:  -> behavior
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22133>
_______________________________________

From report at bugs.python.org  Fri Jun 23 02:45:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 06:45:51 +0000
Subject: [issue23922] turtle.py and turtledemo use the default tkinter icon
In-Reply-To: <1428861614.96.0.721771203423.issue23922@psf.upfronthosting.co.za>
Message-ID: <1498200351.62.0.730062511.issue23922@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

PyShell is now pyshell.  I think factoring the icon setting into a separate function is a good idea, separate from turtle and turtledemo.  I am leaving this issue open for that, for 3.6/7.

I don't think the turtle/turtledemo icons matter that much.  I will not patch them.

----------
stage:  -> test needed
type:  -> enhancement
versions: +Python 3.6, Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23922>
_______________________________________

From report at bugs.python.org  Fri Jun 23 02:47:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 06:47:19 +0000
Subject: [issue23616] Idle: conflict between loop execution and undo shortcut.
In-Reply-To: <1425881906.7.0.913975027091.issue23616@psf.upfronthosting.co.za>
Message-ID: <1498200439.7.0.694607255904.issue23616@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23616>
_______________________________________

From report at bugs.python.org  Fri Jun 23 02:50:07 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 06:50:07 +0000
Subject: [issue23337] [IDLE/Windows] Run python with restricted rights
In-Reply-To: <1422440682.84.0.195958964107.issue23337@psf.upfronthosting.co.za>
Message-ID: <1498200607.32.0.582884861313.issue23337@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There is insufficient information to establish that this is a bug in IDLE, hence it is not possible to write a patch.

----------
resolution:  -> not a bug
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23337>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:06:07 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 07:06:07 +0000
Subject: [issue23069] IDLE's F5 Run Module doesn't transfer effects of future
 import
In-Reply-To: <1418783430.85.0.171264628982.issue23069@psf.upfronthosting.co.za>
Message-ID: <1498201567.08.0.97932663446.issue23069@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am no longer patching 2.7 but there is one __future__ import active in 3.6: generator_stop.  If I remember right, there is code that would work without future import and fail with it.  In 3.7, it would always fail.

----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23069>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:09:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 07:09:45 +0000
Subject: [issue22897] IDLE hangs on OS X with Cocoa Tk if encoding dialog is
 required during save
In-Reply-To: <1416337744.39.0.177828041669.issue22897@psf.upfronthosting.co.za>
Message-ID: <1498201785.75.0.0456253806567.issue22897@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am no longer patching IDLE for 2.7

----------
nosy: +terry.reedy
resolution:  -> wont fix
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22897>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:23:27 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 07:23:27 +0000
Subject: [issue10909] thread hang, possibly related to print
In-Reply-To: <1295026647.31.0.671636636712.issue10909@psf.upfronthosting.co.za>
Message-ID: <1498202607.3.0.340243029939.issue10909@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

If there is no bug in 3.6/7, this should be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10909>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:23:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 07:23:57 +0000
Subject: [issue10909] IDLE: thread hang, possibly related to print
In-Reply-To: <1295026647.31.0.671636636712.issue10909@psf.upfronthosting.co.za>
Message-ID: <1498202637.88.0.96715258369.issue10909@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: thread hang, possibly related to print -> IDLE: thread hang, possibly related to print

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10909>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:25:30 2017
From: report at bugs.python.org (knzsys)
Date: Fri, 23 Jun 2017 07:25:30 +0000
Subject: [issue30712] struct.unpack generates wrong error in certain conditions
In-Reply-To: <1497965865.71.0.00856344904616.issue30712@psf.upfronthosting.co.za>
Message-ID: <1498202730.28.0.321375457416.issue30712@psf.upfronthosting.co.za>


knzsys added the comment:

Ah OKAY!
That's the key which makes all clear to me!

I didn't thought at that!

Thanks a lot Serhiy Storchaka for your help!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30712>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:39:16 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 07:39:16 +0000
Subject: [issue14304] Implement utf-8-bmp codec
In-Reply-To: <1331758870.76.0.606902244655.issue14304@psf.upfronthosting.co.za>
Message-ID: <1498203556.21.0.954224244294.issue14304@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In 3.6, Python's use of the Windows console was changed to work much better with unicode.  As a result, IDLE is now worse rather than better than the console on Windows.  I plan to do something before 3.7.0.

----------
components: +IDLE
versions: +Python 3.6, Python 3.7 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14304>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:44:06 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 07:44:06 +0000
Subject: [issue14326] IDLE - allow shell to support different locales
In-Reply-To: <1331838921.21.0.772661396628.issue14326@psf.upfronthosting.co.za>
Message-ID: <1498203846.03.0.938660746142.issue14326@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14326>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:46:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 07:46:56 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498204016.31.0.829501225407.issue30726@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2391

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 03:46:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 07:46:56 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498204016.43.0.506849916225.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2392

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:09:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:09:37 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498205377.16.0.00711261993104.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset c8fb58bd7917151e63398587a7fc2126db7c26de by Victor Stinner in branch 'master':
bpo-30726: PCbuild _elementtree: remove duplicate defines (#2348)
https://github.com/python/cpython/commit/c8fb58bd7917151e63398587a7fc2126db7c26de


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:09:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:09:37 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498205377.26.0.0435947095234.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset c8fb58bd7917151e63398587a7fc2126db7c26de by Victor Stinner in branch 'master':
bpo-30726: PCbuild _elementtree: remove duplicate defines (#2348)
https://github.com/python/cpython/commit/c8fb58bd7917151e63398587a7fc2126db7c26de


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:11:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:11:19 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498205479.4.0.475789803663.issue30726@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2393

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:11:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:11:19 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498205479.53.0.579400502961.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2394

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:11:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:11:33 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498205493.79.0.887983850843.issue30726@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2395

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:11:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:11:33 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498205493.9.0.40746223779.issue29591@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2396

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:13:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:13:26 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498205606.78.0.925743453611.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:

My commit c8fb58bd7917151e63398587a7fc2126db7c26de (co-written with Jeremy Kloth) fixes the "macro redefinition".

There are still warnings in the siphash code, but I suggest to report them upstream, and *then* propose to cherry-pick fixes from libexpat (as I did for Visual Studio 2008 support in Python 2.7 when I upgraded libexpat to 2.2.1, but I was lucky, the fix was already made in libexpat).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:23:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:23:14 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498206194.03.0.9163579361.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh... I'm sorry Segev Finer, I didn't see that you proposed a PR :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:40:10 2017
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 23 Jun 2017 08:40:10 +0000
Subject: [issue30462] urllib does not support NO_PROXY environment variable
 containing domain with asterisk
In-Reply-To: <1495656791.66.0.906077456639.issue30462@psf.upfronthosting.co.za>
Message-ID: <1498207210.79.0.804121514359.issue30462@psf.upfronthosting.co.za>


Xiang Zhang added the comment:

One question about this function: hosts like "*.foo.com" gets an unambiguous intention, but how about hosts like "*foo.com"? Should it match hosts like barfoo.com, or treat it as a typo and not match? Although the link says "asterisks can be used as wildcards" but I am still not quite sure it's intention.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30462>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:42:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:42:31 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498207351.84.0.632618490864.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:

For siphash.h warnings, I created a PR on libexpat:
https://github.com/libexpat/libexpat/pull/58

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 04:49:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 08:49:57 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498207797.81.0.363841744311.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Oh... I'm sorry Segev Finer, I didn't see that you proposed a PR :-(

Please rebase and rewrite your PR to just add _CRT_SECURE_NO_WARNINGS. Once merged, I will include this change to my 3.6 and 3.5 backports.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 06:36:39 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 10:36:39 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498214199.5.0.240490098471.issue30727@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 32cb968a2edd482891c33b6f2ebae10f1d305424 by Serhiy Storchaka in branch 'master':
bpo-30727: Fix a race condition in test_threading. (#2334)
https://github.com/python/cpython/commit/32cb968a2edd482891c33b6f2ebae10f1d305424


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 06:40:05 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 10:40:05 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498214405.75.0.356044179635.issue30727@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2397

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 06:41:39 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 10:41:39 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498214499.97.0.506174641244.issue30727@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2398

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 06:45:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 10:45:03 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498214703.45.0.254500597715.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 87c65550730a8f85ce339ba197bce4fb7e836619 by Victor Stinner (Segev Finer) in branch 'master':
bpo-30726: Fix elementtree warnings on Windows due to expat upgrade (#2319)
https://github.com/python/cpython/commit/87c65550730a8f85ce339ba197bce4fb7e836619


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 06:45:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 10:45:53 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498214753.6.0.208259900477.issue30727@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2399

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 06:50:21 2017
From: report at bugs.python.org (Michael Foord)
Date: Fri, 23 Jun 2017 10:50:21 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1498215021.05.0.234602129333.issue30541@psf.upfronthosting.co.za>


Michael Foord added the comment:

Note that you can use an object as the parameter to the spec argument rather than just a list of attributes. 

Hmmm... I'm not totally opposed to the addition of a "seal_mock" method (optionally with a recurse boolean for child mocks) being added to the Mock/MagicMock classes. It's quite a nice API. I don't like the idea of an additional Mock class for this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Fri Jun 23 06:52:08 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 10:52:08 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498215128.53.0.971064019837.issue30727@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset c1d5345679eaa5fccd719b1c130140eecc8ba4c8 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30727: Fix a race condition in test_threading. (GH-2334) (#2351)
https://github.com/python/cpython/commit/c1d5345679eaa5fccd719b1c130140eecc8ba4c8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 06:52:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 10:52:24 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498215144.97.0.853348181347.issue30727@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset e2aec8e691d8acb08373889d9af48a5b1d03b689 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30727: Fix a race condition in test_threading. (GH-2334) (#2352)
https://github.com/python/cpython/commit/e2aec8e691d8acb08373889d9af48a5b1d03b689


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 07:13:41 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 11:13:41 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498216421.16.0.206909969681.issue30727@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 7709b4d57b433ef027a2e7e63b4cab3fc9ad910d by Serhiy Storchaka in branch '2.7':
[2.7] bpo-30727: Fix a race condition in test_threading. (GH-2334). (#2353)
https://github.com/python/cpython/commit/7709b4d57b433ef027a2e7e63b4cab3fc9ad910d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 07:17:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 11:17:09 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498216629.2.0.687428549595.issue30727@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

In Python 3 the test was failed if decrease the sleep time in _wait() to 0.001. Patched test no longer fail for any small sleep intervals.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 07:32:22 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 23 Jun 2017 11:32:22 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498217542.94.0.285157572745.issue29304@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

>From a purely human and social perspective, I agree that it's beneficial to minimize duplicated code.

>From a performance perspective, I can see two possible consequences:
- either compilers are already smart enough to undo the code duplication, and generated code will remain the same => no performance difference
- or compilers are not able to undo the code duplication, and the reduced I-cache pressure may be beneficial on non-trivial workloads => potential improvement (though probably minor) with the reduced code size

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Fri Jun 23 07:56:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 11:56:24 +0000
Subject: [issue26098] PEP 510: Specialize functions with guards
In-Reply-To: <1452689568.12.0.253530674137.issue26098@psf.upfronthosting.co.za>
Message-ID: <1498218984.45.0.879665471793.issue26098@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2400

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26098>
_______________________________________

From report at bugs.python.org  Fri Jun 23 07:59:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 11:59:33 +0000
Subject: [issue26098] PEP 510: Specialize functions with guards
In-Reply-To: <1452689568.12.0.253530674137.issue26098@psf.upfronthosting.co.za>
Message-ID: <1498219173.31.0.759746634718.issue26098@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Recently, some people asked me for an update for my FAT Python project. So I rebased this change I wrote 1 year 1/2 and adapted it for the new code base:

* I renamed test_pep510.py to test_func_specialize.py
* I removed the useless PyFunction_Check() macro
* I changed the guard check prototype to use the new FASTCALL calling convention: (PyObject **args, Py_ssize_t nargs, PyObject *kwnames: tuple)
* I patched _PyFunction_FastCallDict() *and* PyFunction_FastCallKeywords() to check guards and call specified code if guards succeeded

The PEP 510 is not accepted, so the implementation is still a work-in-progress (WIP) and must not be merged.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26098>
_______________________________________

From report at bugs.python.org  Fri Jun 23 08:26:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 12:26:39 +0000
Subject: [issue26145] PEP 511: Add sys.set_code_transformers()
In-Reply-To: <1453108257.94.0.438143755637.issue26145@psf.upfronthosting.co.za>
Message-ID: <1498220799.56.0.675121014984.issue26145@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2401

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26145>
_______________________________________

From report at bugs.python.org  Fri Jun 23 08:29:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 12:29:20 +0000
Subject: [issue26145] PEP 511: Add sys.set_code_transformers()
In-Reply-To: <1453108257.94.0.438143755637.issue26145@psf.upfronthosting.co.za>
Message-ID: <1498220960.52.0.947702245452.issue26145@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Recently, some people asked me for an update for my FAT Python project. So I rebased this change I wrote 1 year 1/2 and adapted it for the new code base:

* I renamed test_pep511.py to test_code_transformer.py
* I removed the sys module from the PyInterpreterState structure (added in my previous patch), since Eric Snow and Nick Coghlan removed a variant of the sys module from this structure for their work on subinterpreters and reworked Python initialization

The PEP 511 is not accepted, so the implementation is still a work-in-progress (WIP) and must not be merged.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26145>
_______________________________________

From report at bugs.python.org  Fri Jun 23 08:34:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 12:34:02 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1498221242.71.0.560730283986.issue30541@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I don't like the idea of an additional Mock class for this.

Hum, in the current implementation, it's an enhancement of the Mock class, no more a new class.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Fri Jun 23 08:50:23 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 23 Jun 2017 12:50:23 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498222223.51.0.536734028839.issue29304@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +2402

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Fri Jun 23 08:53:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 12:53:29 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498222409.41.0.25527917805.issue30727@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> In Python 3 the test was failed if decrease the sleep time in _wait() to 0.001. Patched test no longer fail for any small sleep intervals.

I used sleep(1e-9), 1 nanosecond, for my tests :-)

I confirm that I'm unable to reproduce the bug on 2.7 and master
branches anymore. Well done Serhiy!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Fri Jun 23 08:57:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 12:57:16 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498222636.05.0.497518374228.issue30604@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2403

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:04:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:04:49 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1498223089.14.0.326572511787.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset c8d6ab2e25ff212702d387e516e258b1d8c52910 by Victor Stinner in branch 'master':
bpo-30602: Fix lastarg in os.spawnve() (#2287)
https://github.com/python/cpython/commit/c8d6ab2e25ff212702d387e516e258b1d8c52910


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:05:36 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:05:36 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1498223136.09.0.105468401672.issue30602@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2404

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:07:06 2017
From: report at bugs.python.org (Luc Zimmermann)
Date: Fri, 23 Jun 2017 13:07:06 +0000
Subject: [issue30739] pypi ssl errors [CERTIFICATE_VERIFY_FAILED]
Message-ID: <1498223226.69.0.666030277766.issue30739@psf.upfronthosting.co.za>


New submission from Luc Zimmermann:

Hi Guys, 

I've a strange behavior. 
We use python for configure our new boxes with openWRT and coovaChilli.

But since yesterday, when i ask to pip to dowload PyJWT, json-cfg and speedtest-cli, 

some boxes can download these packages, and some can't.

root at OpenWrt:~# cat /root/.pip/pip.log
------------------------------------------------------------
/usr/bin/pip run on Thu Apr 13 18:46:19 2017
Downloading/unpacking PyJWT
  Getting page https://pypi.python.org/simple/PyJWT/
  Could not fetch URL https://pypi.python.org/simple/PyJWT/: connection error: [SSL: CERTIFICATE_VERIFY_FAILED] unknown error (_ssl.c)
  Will skip URL https://pypi.python.org/simple/PyJWT/ when looking for download links for PyJWT
  Getting page https://pypi.python.org/simple/
  Could not fetch URL https://pypi.python.org/simple/: connection error: HTTPSConnectionPool(host='pypi.python.org', port=443): Max r)
  Will skip URL https://pypi.python.org/simple/ when looking for download links for PyJWT
  Cannot fetch index base URL https://pypi.python.org/simple/
  URLs to search for versions for PyJWT:
  * https://pypi.python.org/simple/PyJWT/
  Getting page https://pypi.python.org/simple/PyJWT/
  Could not fetch URL https://pypi.python.org/simple/PyJWT/: connection error: [SSL: CERTIFICATE_VERIFY_FAILED] unknown error (_ssl.c)
  Will skip URL https://pypi.python.org/simple/PyJWT/ when looking for download links for PyJWT
  Could not find any downloads that satisfy the requirement PyJWT
Cleaning up...
  Removing temporary dir /tmp/pip_build_root...
No distributions at all found for PyJWT
Exception information:
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/basecommand.py", line 122, in main
    status = self.run(options, args)
  File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/commands/install.py", line 278, in run
    requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
  File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/req.py", line 1177, in prepare_files
    url = finder.find_requirement(req_to_install, upgrade=self.upgrade)
  File "/usr/lib/python2.7/site-packages/pip-1.5.6-py2.7.egg/pip/index.py", line 277, in find_requirement
    raise DistributionNotFound('No distributions at all found for %s' % req)
DistributionNotFound: No distributions at all found for PyJWT

----------
messages: 296708
nosy: Luc Zimmermann
priority: normal
severity: normal
status: open
title: pypi ssl errors [CERTIFICATE_VERIFY_FAILED]
type: resource usage
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30739>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:07:41 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:07:41 +0000
Subject: [issue30739] pypi ssl errors [CERTIFICATE_VERIFY_FAILED]
In-Reply-To: <1498223226.69.0.666030277766.issue30739@psf.upfronthosting.co.za>
Message-ID: <1498223261.88.0.5617437258.issue30739@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +dstufft

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30739>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:08:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:08:57 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498223337.71.0.592009529146.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a4b091e135ccf345cfafdd8477aef897c5214f82 by Victor Stinner in branch 'master':
bpo-30604: Skip CoExtra tests if ctypes is missing (#2356)
https://github.com/python/cpython/commit/a4b091e135ccf345cfafdd8477aef897c5214f82


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:10:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:10:58 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498223458.95.0.296689319184.issue30604@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2405

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:11:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:11:14 +0000
Subject: [issue21071] struct.Struct.format is bytes, but should be str
In-Reply-To: <1395856133.5.0.672707015318.issue21071@psf.upfronthosting.co.za>
Message-ID: <1498223474.35.0.1028750329.issue21071@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f87b85f80853c580b1c8bf78a51b0e9a25f6e1a7 by Victor Stinner in branch 'master':
bpo-21071: struct.Struct.format type is now str (#845)
https://github.com/python/cpython/commit/f87b85f80853c580b1c8bf78a51b0e9a25f6e1a7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21071>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:14:01 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:14:01 +0000
Subject: [issue21071] struct.Struct.format is bytes, but should be str
In-Reply-To: <1395856133.5.0.672707015318.issue21071@psf.upfronthosting.co.za>
Message-ID: <1498223641.97.0.572117270861.issue21071@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, I changed struct.Struct.format type to str (Unicode string).

If someone wants to modify the C code to use a PyUnicodeObject rather than a char*, feel free to propose a further change.

Since the initial issue is fixed, I now close the issue.

Thank you all for your feedback and reviews ;-)

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21071>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:14:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:14:20 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498223660.46.0.972585755071.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f42ce179c8aaa7e211ac4123c58fa3dd9a452004 by Victor Stinner in branch '3.5':
[3.5] bpo-30726: PCbuild _elementtree: remove duplicate defines (#2348) (#2350)
https://github.com/python/cpython/commit/f42ce179c8aaa7e211ac4123c58fa3dd9a452004


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:14:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:14:20 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498223660.76.0.147349067599.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f42ce179c8aaa7e211ac4123c58fa3dd9a452004 by Victor Stinner in branch '3.5':
[3.5] bpo-30726: PCbuild _elementtree: remove duplicate defines (#2348) (#2350)
https://github.com/python/cpython/commit/f42ce179c8aaa7e211ac4123c58fa3dd9a452004


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:21:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:21:26 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1498224086.43.0.682493376836.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset c472fb6b2744b36c7a0823c20e0d5ac9be3ea623 by Victor Stinner in branch '3.6':
bpo-30602: Fix lastarg in os.spawnve() (#2287) (#2357)
https://github.com/python/cpython/commit/c472fb6b2744b36c7a0823c20e0d5ac9be3ea623


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:21:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:21:35 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498224095.69.0.184855039552.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset d32a05953130fb5cc2d3c0c9fcb20ad0859353f3 by Victor Stinner in branch '3.6':
[3.6] bpo-30726: PCbuild _elementtree: remove duplicate defines (#2348) (#2349)
https://github.com/python/cpython/commit/d32a05953130fb5cc2d3c0c9fcb20ad0859353f3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:21:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:21:35 +0000
Subject: [issue29591] expat 2.2.0: Various security vulnerabilities in bundled
 expat (CVE-2016-0718 and CVE-2016-4472)
In-Reply-To: <1487345979.72.0.358826213221.issue29591@psf.upfronthosting.co.za>
Message-ID: <1498224095.83.0.381261786912.issue29591@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset d32a05953130fb5cc2d3c0c9fcb20ad0859353f3 by Victor Stinner in branch '3.6':
[3.6] bpo-30726: PCbuild _elementtree: remove duplicate defines (#2348) (#2349)
https://github.com/python/cpython/commit/d32a05953130fb5cc2d3c0c9fcb20ad0859353f3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29591>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:23:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:23:03 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1498224183.9.0.831615467916.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thank you Eryk Sun for the careful reviews! All known issues on os.spawn*() on Windows are now be fixed, so I closed this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:24:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:24:30 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498224270.88.0.12994177314.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset cea2174ab7cce01c420b2770562be4c91f1f4e35 by Victor Stinner in branch '3.6':
bpo-30604: Skip CoExtra tests if ctypes is missing (#2356) (#2358)
https://github.com/python/cpython/commit/cea2174ab7cce01c420b2770562be4c91f1f4e35


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Fri Jun 23 09:26:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 13:26:09 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498224369.28.0.447028671532.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The test_code is fixed again, so I close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Fri Jun 23 10:08:45 2017
From: report at bugs.python.org (Mark Haase)
Date: Fri, 23 Jun 2017 14:08:45 +0000
Subject: [issue30740] SSLError when cancelling an SSL connection
Message-ID: <1498226925.91.0.0585632472873.issue30740@psf.upfronthosting.co.za>


New submission from Mark Haase:

If a task is cancelled while it waiting for SSL negotiation, then an SSLError is raised, but there is no way (as far as I can tell) for the caller to catch it. (The example below is pretty contrived, but in an application I'm working on, the user can cancel downloads at any time.) Here's an example:

    import asyncio, random, ssl

    async def download(host):
        ssl_context = ssl.create_default_context()
        reader, writer = await asyncio.open_connection(host, 443, ssl=ssl_context)
        request = f'HEAD / HTTP/1.1\r\nHost: {host}\r\n\r\n'
        writer.write(request.encode('ascii'))
        lines = list()
        while True:
            newdata = await reader.readline()
            if newdata == b'\r\n':
                break
            else:
                lines.append(newdata.decode('utf8').rstrip('\r\n'))
        return lines[0]

    async def main():
        while True:
            task = asyncio.Task(download('www.python.org'))
            await asyncio.sleep(random.uniform(0.0, 0.5))
            task.cancel()
            try:
                response = await task
                print(response)
            except asyncio.CancelledError:
                print('request cancelled!')
            except ssl.SSLError:
                print('caught SSL error')
            await asyncio.sleep(1)

    loop = asyncio.get_event_loop()
    loop.run_until_complete(main())
    loop.close()

Running this script yields the following output:

    HTTP/1.1 200 OK
    request cancelled!
    HTTP/1.1 200 OK
    HTTP/1.1 200 OK
    <asyncio.sslproto.SSLProtocol object at 0x7fe7c00e5a20>: SSL handshake failed
    Traceback (most recent call last):
      File "/usr/lib/python3.6/asyncio/base_events.py", line 803, in _create_connection_transport
        yield from waiter
      File "/usr/lib/python3.6/asyncio/tasks.py", line 304, in _wakeup
        future.result()
    concurrent.futures._base.CancelledError

    During handling of the above exception, another exception occurred:

    Traceback (most recent call last):
      File "/usr/lib/python3.6/asyncio/sslproto.py", line 577, in _on_handshake_complete
        raise handshake_exc
      File "/usr/lib/python3.6/asyncio/sslproto.py", line 638, in _process_write_backlog
        ssldata = self._sslpipe.shutdown(self._finalize)
      File "/usr/lib/python3.6/asyncio/sslproto.py", line 155, in shutdown
        ssldata, appdata = self.feed_ssldata(b'')
      File "/usr/lib/python3.6/asyncio/sslproto.py", line 219, in feed_ssldata
        self._sslobj.unwrap()
      File "/usr/lib/python3.6/ssl.py", line 692, in unwrap
        return self._sslobj.shutdown()
    ssl.SSLError: [SSL] shutdown while in init (_ssl.c:2299)

I posted this on async-sig, and Nathaniel replied:

> SSLObject.unwrap has the contract that if it finishes successfully, then the SSL connection has been cleanly shut down and both sides remain in sync, and can continue to use the socket in unencrypted mode. When asyncio calls unwrap before the handshake has completed, then this contract is impossible to fulfill, and raising an error is the right thing to do. So imo the ssl module is correct here, and this is a (minor) bug in asyncio.

The unwrap() call that throws is already wrapped in `try ... except SSLError` but the exception handler checks for specific SSL error codes and re-throws this particular SSL error. 

        except (ssl.SSLError, ssl.CertificateError) as exc:
            if getattr(exc, 'errno', None) not in (
                    ssl.SSL_ERROR_WANT_READ, ssl.SSL_ERROR_WANT_WRITE,
                    ssl.SSL_ERROR_SYSCALL):
                if self._state == _DO_HANDSHAKE and self._handshake_cb:
                    self._handshake_cb(exc)
                raise
            self._need_ssldata = (exc.errno == ssl.SSL_ERROR_WANT_READ)

I think this could be fixed checking for SSL_R_SHUTDOWN_WHILE_IN_INIT in this exception handler, but that constant doesn't exist in _ssl.c.

As an alternative, maybe a new state _ABORT_HANDSHAKE could be introduced (the existing states are _DO_HANDSHAKE, _WRAPPED, _SHUTDOWN, and _UNWRAP).

I'm happy to try my hand at either one of these approaches if somebody can point me in the right direction.

----------
components: asyncio
messages: 296720
nosy: mehaase, yselivanov
priority: normal
severity: normal
status: open
title: SSLError when cancelling an SSL connection
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30740>
_______________________________________

From report at bugs.python.org  Fri Jun 23 10:24:00 2017
From: report at bugs.python.org (Luc Zimmermann)
Date: Fri, 23 Jun 2017 14:24:00 +0000
Subject: [issue30741] https://www.pypi-mirrors.org/ error 503
Message-ID: <1498227840.1.0.346905721798.issue30741@psf.upfronthosting.co.za>


New submission from Luc Zimmermann:

is that linked with the certificate error on pypi ? 

you redirect http request to https, but you still listen 80 and not 443 ?

----------
messages: 296721
nosy: Luc Zimmermann
priority: normal
severity: normal
status: open
title: https://www.pypi-mirrors.org/ error 503
type: security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30741>
_______________________________________

From report at bugs.python.org  Fri Jun 23 10:43:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 14:43:38 +0000
Subject: [issue30741] https://www.pypi-mirrors.org/ error 503
In-Reply-To: <1498227840.1.0.346905721798.issue30741@psf.upfronthosting.co.za>
Message-ID: <1498229018.19.0.347540926913.issue30741@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://www.pypi-mirrors.org/ (clear text) works and redirects to https://www.pypi-mirrors.org/ (TLS) which fails with HTTP error 503:

503 Service Unavailable
No server is available to handle this request.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30741>
_______________________________________

From report at bugs.python.org  Fri Jun 23 10:44:41 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 14:44:41 +0000
Subject: [issue30741] https://www.pypi-mirrors.org/ error 503
In-Reply-To: <1498227840.1.0.346905721798.issue30741@psf.upfronthosting.co.za>
Message-ID: <1498229081.12.0.458512344478.issue30741@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also issue #30739:
  Could not fetch URL https://pypi.python.org/simple/PyJWT/: connection error: [SSL: CERTIFICATE_VERIFY_FAILED] unknown error (_ssl.c)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30741>
_______________________________________

From report at bugs.python.org  Fri Jun 23 11:51:11 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 23 Jun 2017 15:51:11 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498233071.91.0.11258367589.issue30695@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests: +2406

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Fri Jun 23 11:51:12 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 23 Jun 2017 15:51:12 +0000
Subject: [issue30696] infinite loop in PyRun_InteractiveLoopFlags()
In-Reply-To: <1497781984.85.0.996199395593.issue30696@psf.upfronthosting.co.za>
Message-ID: <1498233072.0.0.183613745582.issue30696@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests: +2407

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30696>
_______________________________________

From report at bugs.python.org  Fri Jun 23 11:59:34 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 23 Jun 2017 15:59:34 +0000
Subject: [issue30696] infinite loop in PyRun_InteractiveLoopFlags()
In-Reply-To: <1497781984.85.0.996199395593.issue30696@psf.upfronthosting.co.za>
Message-ID: <1498233574.67.0.161072916983.issue30696@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests:  -2407

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30696>
_______________________________________

From report at bugs.python.org  Fri Jun 23 12:00:23 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 23 Jun 2017 16:00:23 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498233623.02.0.281830824278.issue30695@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests:  -2406

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Fri Jun 23 12:00:31 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 16:00:31 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498233631.94.0.291525921123.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset d352d689775699c289e011e8cec52c23c600b7fa by terryjreedy (csabella) in branch 'master':
bpo-24813: IDLE: Add icon to help_about (#2335)
https://github.com/python/cpython/commit/d352d689775699c289e011e8cec52c23c600b7fa


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 12:03:29 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 16:03:29 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498233809.46.0.80169911665.issue24813@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2408

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 12:18:56 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 16:18:56 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498234736.93.0.9999050238.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 12:39:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 16:39:30 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498235970.0.0.350461121755.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset d174d24a5d37d1516b885dc7c82f71ecd5930700 by Serhiy Storchaka in branch 'master':
bpo-30730: Prevent environment variables injection in subprocess on Windows. (#2325)
https://github.com/python/cpython/commit/d174d24a5d37d1516b885dc7c82f71ecd5930700


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 12:48:07 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 16:48:07 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498236487.79.0.267059558664.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2409

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 12:51:34 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 16:51:34 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498236694.67.0.668677162933.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2410

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:00:02 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 17:00:02 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498237202.04.0.687009489057.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 1b7474dedcbbd731a362b17abfbd7e5a60b64f63 by terryjreedy in branch '3.6':
[3.6] bpo-24813: IDLE: Add icon to help_about (GH-2335) (#2359)
https://github.com/python/cpython/commit/1b7474dedcbbd731a362b17abfbd7e5a60b64f63


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:07:15 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 17:07:15 +0000
Subject: [issue30741] https://www.pypi-mirrors.org/ error 503
In-Reply-To: <1498227840.1.0.346905721798.issue30741@psf.upfronthosting.co.za>
Message-ID: <1498237635.05.0.289217125654.issue30741@psf.upfronthosting.co.za>


Brett Cannon added the comment:

So is this a bug in Python or a problem with the website? If it's the former then the title is misleading and we should clarify it, and if it's the latter this should be closed as "third party".

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30741>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:17:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 17:17:40 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498238260.76.0.315566280719.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset e7135751b8e48af80665e40ac8fa6d0073e5affe by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30730: Prevent environment variables injection in subprocess on Windows. (GH-2325) (#2360)
https://github.com/python/cpython/commit/e7135751b8e48af80665e40ac8fa6d0073e5affe


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:27:04 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 17:27:04 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498238824.58.0.226754773747.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset a7c0264735f46afab13771be4218d8eab0d7dc91 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30730: Prevent environment variables injection in subprocess on Windows. (GH-2325) (#2361)
https://github.com/python/cpython/commit/a7c0264735f46afab13771be4218d8eab0d7dc91


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:35:05 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 17:35:05 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1498239305.6.0.413028892633.issue30645@psf.upfronthosting.co.za>


Brett Cannon added the comment:


New changeset c38e32a10061a7c6d54e7e53ffabf7af7998f045 by Brett Cannon (Alexandru Ardelean) in branch 'master':
bpo-30645: don't append to an inner loop path in imp.load_package() (GH-2268)
https://github.com/python/cpython/commit/c38e32a10061a7c6d54e7e53ffabf7af7998f045


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:35:21 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 17:35:21 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498239321.84.0.90740547294.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2411

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:39:54 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 17:39:54 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498239594.05.0.727880412138.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2412

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:42:36 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 17:42:36 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498239756.01.0.458730304073.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +georg.brandl
stage: patch review -> backport needed
versions: +Python 3.3, Python 3.4 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:45:57 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 17:45:57 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1498239957.45.0.722785411129.issue30645@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
pull_requests: +2413

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:48:23 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 17:48:23 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1498240103.89.0.92924865948.issue30645@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
pull_requests: +2414

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Fri Jun 23 13:51:30 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 17:51:30 +0000
Subject: [issue30734] 200000 indexes crashes eval and python (without eval)
In-Reply-To: <1498135393.79.0.831850849211.issue30734@psf.upfronthosting.co.za>
Message-ID: <1498240290.07.0.455037941074.issue30734@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

To be clear, as the title and version suggest, the bug is the 2.7 segfault versus the 3.x exception during compile.  It is normal for the compiler to have limits and to exit when they are exceeded.

I have no idea if the 3.x code can be backported.  I added ast/compiler experts to the nosy list.

----------
nosy: +benjamin.peterson, brett.cannon, ncoghlan, terry.reedy, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30734>
_______________________________________

From report at bugs.python.org  Fri Jun 23 14:09:38 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 23 Jun 2017 18:09:38 +0000
Subject: [issue30532] email.policy.SMTP.fold() mangles long headers
In-Reply-To: <1496268533.13.0.885025594185.issue30532@psf.upfronthosting.co.za>
Message-ID: <1498241378.35.0.709689869571.issue30532@psf.upfronthosting.co.za>


R. David Murray added the comment:

Just as well.  I had no time last weekend.  I should have time this Sunday, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30532>
_______________________________________

From report at bugs.python.org  Fri Jun 23 14:23:40 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 18:23:40 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1498242220.0.0.854538126587.issue30645@psf.upfronthosting.co.za>


Brett Cannon added the comment:


New changeset 9db3ae045dd462a2da2e016c44231de1befd1f87 by Brett Cannon in branch '3.6':
[3.6] bpo-30645: don't append to an inner loop path in imp.load_package() (GH-2268) (#2364)
https://github.com/python/cpython/commit/9db3ae045dd462a2da2e016c44231de1befd1f87


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Fri Jun 23 14:39:56 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 18:39:56 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1498243196.04.0.828412102554.issue30645@psf.upfronthosting.co.za>


Brett Cannon added the comment:


New changeset 599ff020b308113f3709fd4e623d9f0d08511706 by Brett Cannon in branch '3.5':
[3.5] bpo-30645: don't append to an inner loop path in imp.load_package() (GH-2268) (GH-2365)
https://github.com/python/cpython/commit/599ff020b308113f3709fd4e623d9f0d08511706


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Fri Jun 23 14:40:28 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 18:40:28 +0000
Subject: [issue30645] imp.py: load_package() appends to its own loop variable
In-Reply-To: <1497342325.52.0.976101644169.issue30645@psf.upfronthosting.co.za>
Message-ID: <1498243228.65.0.957100621921.issue30645@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30645>
_______________________________________

From report at bugs.python.org  Fri Jun 23 14:41:06 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 18:41:06 +0000
Subject: [issue11978] Report correct coverage.py data for tests that invoke
 subprocesses
In-Reply-To: <1304343970.06.0.71963253791.issue11978@psf.upfronthosting.co.za>
Message-ID: <1498243266.33.0.6886276778.issue11978@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Just an FYI that I have never managed to make this work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11978>
_______________________________________

From report at bugs.python.org  Fri Jun 23 14:41:13 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 23 Jun 2017 18:41:13 +0000
Subject: [issue11978] Report correct coverage.py data for tests that invoke
 subprocesses
In-Reply-To: <1304343970.06.0.71963253791.issue11978@psf.upfronthosting.co.za>
Message-ID: <1498243273.12.0.366968384992.issue11978@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


----------
assignee: brett.cannon -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11978>
_______________________________________

From report at bugs.python.org  Fri Jun 23 14:47:42 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 18:47:42 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1498243662.09.0.936710667155.issue30664@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 48fbe52ac71ea711a4701db909ad1ce2647b09fd by Serhiy Storchaka in branch 'master':
bpo-30664: The description of a unittest subtest now preserves the (#2265)
https://github.com/python/cpython/commit/48fbe52ac71ea711a4701db909ad1ce2647b09fd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Fri Jun 23 14:52:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 23 Jun 2017 18:52:10 +0000
Subject: [issue30664] Change unittest's _SubTest to not sort its params when
 printing test failures
In-Reply-To: <1497441609.86.0.0434143271813.issue30664@psf.upfronthosting.co.za>
Message-ID: <1498243930.37.0.850734309416.issue30664@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30664>
_______________________________________

From report at bugs.python.org  Fri Jun 23 16:31:48 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 23 Jun 2017 20:31:48 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498249908.5.0.192584649725.issue30695@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests: +2415

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Fri Jun 23 16:31:48 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 23 Jun 2017 20:31:48 +0000
Subject: [issue30696] infinite loop in PyRun_InteractiveLoopFlags()
In-Reply-To: <1497781984.85.0.996199395593.issue30696@psf.upfronthosting.co.za>
Message-ID: <1498249908.74.0.232863983407.issue30696@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests: +2416

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30696>
_______________________________________

From report at bugs.python.org  Fri Jun 23 16:33:22 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 23 Jun 2017 20:33:22 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498250002.0.0.640543499646.issue24813@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2417

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 16:48:55 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Fri, 23 Jun 2017 20:48:55 +0000
Subject: [issue30711] getaddrinfo invalid port number
In-Reply-To: <1497965175.62.0.214450987603.issue30711@psf.upfronthosting.co.za>
Message-ID: <1498250935.7.0.0801689594729.issue30711@psf.upfronthosting.co.za>


Changes by Radek Smejkal <radek.smejkal at laicatc.com>:


Removed file: http://bugs.python.org/file46965/getaddrinfo_invalid_port.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30711>
_______________________________________

From report at bugs.python.org  Fri Jun 23 17:25:17 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Fri, 23 Jun 2017 21:25:17 +0000
Subject: [issue30711] getaddrinfo invalid port number
In-Reply-To: <1497965175.62.0.214450987603.issue30711@psf.upfronthosting.co.za>
Message-ID: <1498253117.03.0.868060503925.issue30711@psf.upfronthosting.co.za>


Radek Smejkal added the comment:

See also issue30710.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30711>
_______________________________________

From report at bugs.python.org  Fri Jun 23 17:26:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 21:26:15 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498253175.56.0.205289898647.issue30726@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2418

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 17:27:58 2017
From: report at bugs.python.org (=?utf-8?b?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 23 Jun 2017 21:27:58 +0000
Subject: [issue30742] VS2015 support for 2.7 branch
Message-ID: <1498253278.08.0.871118250294.issue30742@psf.upfronthosting.co.za>


New submission from D?enan Zuki?:

In VS2015 timezone and friends have been replace by _timezone (related issue24643). The second problem is missing _PyVerify_fd during linking phase.

----------
components: Library (Lib)
messages: 296738
nosy: D?enan Zuki?
priority: normal
severity: normal
status: open
title: VS2015 support for 2.7 branch
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30742>
_______________________________________

From report at bugs.python.org  Fri Jun 23 17:28:56 2017
From: report at bugs.python.org (=?utf-8?b?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 23 Jun 2017 21:28:56 +0000
Subject: [issue30742] VS2015 support for 2.7 branch
In-Reply-To: <1498253278.08.0.871118250294.issue30742@psf.upfronthosting.co.za>
Message-ID: <1498253336.9.0.796065169586.issue30742@psf.upfronthosting.co.za>


Changes by D?enan Zuki? <dzenanz at gmail.com>:


----------
components: +Build -Library (Lib)
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30742>
_______________________________________

From report at bugs.python.org  Fri Jun 23 17:52:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 21:52:39 +0000
Subject: [issue30543] test_timeout fails on AMD64 FreeBSD CURRENT Debug 3.x:
 ConnectionResetError: [Errno 54] Connection reset by peer
In-Reply-To: <1496352422.89.0.341222891297.issue30543@psf.upfronthosting.co.za>
Message-ID: <1498254759.43.0.155796253901.issue30543@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%203.6/builds/266/steps/test/logs/stdio

======================================================================
ERROR: testSend (test.test_timeout.TCPTimeoutTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/test/test_timeout.py", line 151, in tearDown
    self.sock.close()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/socket.py", line 417, in close
    self._real_close()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd-current/build/Lib/socket.py", line 411, in _real_close
    _ss.close(self)
ConnectionResetError: [Errno 54] Connection reset by peer

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30543>
_______________________________________

From report at bugs.python.org  Fri Jun 23 17:57:36 2017
From: report at bugs.python.org (Alessandro Piccione)
Date: Fri, 23 Jun 2017 21:57:36 +0000
Subject: [issue30743] unittest discover does not mention module file must be
 named with "test_" prefix
Message-ID: <1498255056.87.0.611217256865.issue30743@psf.upfronthosting.co.za>


New submission from Alessandro Piccione:

1. execute "python -m unittest"
2. Result: 0 test found
3. Change file name from "aaaTest.py" to "test_aaa.py" 
4. execute "python -m unittest"
3. Result: Ran 1 tests in 000.0s

Module file MUST be named using the prefiux "test_".

The page "https://docs.python.org/3/library/unittest.html"
does not mention this MANDATORY rule.

I went to this conclusion because I readed the documentation without find any point about the naming convention of modules and than looking for this specific rule searching "test_" and "test_ " without any result.

Regards,

Alessandro

----------
assignee: docs at python
components: Documentation
messages: 296740
nosy: alex.75, docs at python
priority: normal
severity: normal
status: open
title: unittest discover does not mention module file must be named with "test_" prefix
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30743>
_______________________________________

From report at bugs.python.org  Fri Jun 23 18:05:22 2017
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 23 Jun 2017 22:05:22 +0000
Subject: [issue30743] unittest discover does not mention module file must be
 named with "test_" prefix
In-Reply-To: <1498255056.87.0.611217256865.issue30743@psf.upfronthosting.co.za>
Message-ID: <1498255522.18.0.262494865091.issue30743@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Does this cover what you're looking for?

https://docs.python.org/3/library/unittest.html#cmdoption-unittest-discover-p

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30743>
_______________________________________

From report at bugs.python.org  Fri Jun 23 18:17:11 2017
From: report at bugs.python.org (Alessandro Piccione)
Date: Fri, 23 Jun 2017 22:17:11 +0000
Subject: [issue30743] unittest discover does not mention module file must be
 named with "test_" prefix
In-Reply-To: <1498255056.87.0.611217256865.issue30743@psf.upfronthosting.co.za>
Message-ID: <1498256231.08.0.706135798582.issue30743@psf.upfronthosting.co.za>


Alessandro Piccione added the comment:

If you refer to the -p ("pattern" parameter) I think not.
I have my module named aaaTest.py.
I is is not mentioned that discover look for modules named "test_" for which reason I have to use a pattern?

If you refer to -s ("start-directory" parameter) same thing: for which reason I have to assume my aaaTest.py module is not recognized as a test?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30743>
_______________________________________

From report at bugs.python.org  Fri Jun 23 18:47:53 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 23 Jun 2017 22:47:53 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498258073.16.0.224604646898.issue30728@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I reviewed IDLE issues with patches.  I will post my updated issues list on the roadmap issue, #30422.  Of relevance to this issue is that config related patches are split between config, configdialog, and config_key, and limited to 3 or 4 each.

I decided that we should start with a reduced version of PR 2307 focused on the caps names to no-caps name changes.  I evaluated other proposed changes on their likelihood of creating merge conflicts. Details are included in a new review of PR 2307.

It should be too difficult to make the same caps to no-caps changes in existing patch files, whether by hand or script.  First consider a TitleCase name, beginning with a cap.  We assume that it is a class or a name from another module unless discovered or indicated otherwise.  Any name following 'def' is not a class.  A file can be scanned once to find all function names defined in a module.  I did not see any local or non-function attribute TitleCase names.

We can assume that camelCase names are not class names and should change unless specified otherwise.  The change can be be dict lookup or the repacement rule: 'X' to '_X'.  Attached is a file specifying camelCase names that should not be changed or that have a custom replacement.  TitleCase names can also have custom replacements.

----------
Added file: http://bugs.python.org/file46970/configdialog_custom_name_changes.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Fri Jun 23 19:08:59 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 23 Jun 2017 23:08:59 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498259339.25.0.116045316375.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 8f525882fa43209d52afdb99753de2f5111d7433 by Victor Stinner in branch 'master':
bpo-30726: expat: Fix compiler warnings on Windows 64-bit (#2368)
https://github.com/python/cpython/commit/8f525882fa43209d52afdb99753de2f5111d7433


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Fri Jun 23 19:19:59 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 23 Jun 2017 23:19:59 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498259999.74.0.721265581345.issue24813@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I submitted a PR for #1.

For #4, I had a question to this related to ttk widgets.  When I had moved the widgets to ttk, I had to remove the fg and bg settings because the ttk versions of Label, Frame, and Widget don't have those as part of their config.  Do you want me to work on changing the colors without worrying about the ttk versions for now?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 20:01:00 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 00:01:00 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498262460.95.0.311548952759.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 18ede062581edb7e8d359d02cd3419466114cf5a by terryjreedy (csabella) in branch 'master':
bpo-24813: IDLE: Add default title to help_about (#2366)
https://github.com/python/cpython/commit/18ede062581edb7e8d359d02cd3419466114cf5a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 20:05:44 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 00:05:44 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498262744.92.0.63514155622.issue24813@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2419

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 20:15:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 00:15:08 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498263308.44.0.518349862005.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

tk Text does not have a ttk version and does have default and tab settable colors.  Maybe I should start experimenting with tagged text instead of Labels and Buttons.  Let's skip 4 for now.  You can work on 'default non-model' (I don't want to toss the modal code quite yet), or do something else, like configdialog.  At the moment, I would prefer the latter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 20:19:48 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 00:19:48 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498263588.61.0.446141286045.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset bd570f42110b99bade6e58e3ed2d620f27a92fc3 by terryjreedy in branch '3.6':
[3.6] bpo-24813: IDLE: Add default title to help_about (GH-2366) (#2369)
https://github.com/python/cpython/commit/bd570f42110b99bade6e58e3ed2d620f27a92fc3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 20:27:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 00:27:13 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498264033.39.0.639578921756.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There is something more I want to add: the bitness of the machine.

>>> platform.architecture()
('64bit', 'WindowsPE')

Display as '(64 bit)' or '(32 bit).  For the moment, add this to the title since it will not necessarily fit after python version.  See the doc note about Macs.

The reason has to do with import problems people report on Stackoverflow.  One possible reason is having multiple interpreters, only some of which have a 3rd party module.  Another is mismatched architecture.

At the same time, change the fg/bg to Mark's suggestion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Fri Jun 23 22:41:42 2017
From: report at bugs.python.org (Masayuki Yamamoto)
Date: Sat, 24 Jun 2017 02:41:42 +0000
Subject: [issue25720] Fix curses module compilation with ncurses6
In-Reply-To: <1448365148.0.0.732837314732.issue25720@psf.upfronthosting.co.za>
Message-ID: <1498272102.46.0.244874474609.issue25720@psf.upfronthosting.co.za>


Masayuki Yamamoto added the comment:

Ping. I updated PR a bit: macOS is joined to new compile condition and remove platform-specific condition.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25720>
_______________________________________

From report at bugs.python.org  Sat Jun 24 00:05:29 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Sat, 24 Jun 2017 04:05:29 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
Message-ID: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>


New submission from Nathaniel Smith:

The attached script looks innocent, but gives wildly incorrect results on all versions of CPython I've tested.

It does two things:

- spawns a thread which just loops, doing nothing

- in the main thread, repeatedly increments a variable 'x'

And most of the increments of the variable are lost!

This requires two key things I haven't mentioned, but that you wouldn't expect to change anything. First, the thread function closes over the local variable 'x' (though it doesn't touch this variable in any way). And second, the thread function has a Python-level trace function registered (but this trace function is a no-op).

Here's what's going on:

When you use sys.settrace() to install a Python-level trace function, it installs the C-level trace function "call_trampoline". And then whenever a trace event happens, call_trampoline calls PyFrame_FastToLocalsWithError, then calls the Python-level trace function, then calls PyFrame_LocalsToFast (see: https://github.com/python/cpython/blob/master/Python/sysmodule.c#L384-L395). This save/call/restore sequence is safe if all the variables being saved/restored are only visible to the current thread, which used to be true back in the days when local variables were really local. But it turns out nowadays (since, uh... python 2.1), local variables can be closed over, and thus can visible from multiple threads simultaneously.

Which means we get the following sequence of events:

- In thread A, a trace event occurs (e.g., executing a line of code)

- In thread A, call_trampoline does PyFrame_FastToLocalsWithError, which saves a snapshot of the current value of 'x'

- In thread A, call_trampoline then starts calling the trace function

- In thread B, we increment 'x'

- In thread A, the trace function returns

- In thread A, call_trampoline then does PyFrame_LocalsToFast, which restores the old value of 'x', overwriting thread B's modifications

This means that merely installing a Python-level trace function ? for example, by running with 'python -m trace' or under pdb ? can cause otherwise correct code to give wrong answers, in an incredibly obscure fashion.

In real life, I originally ran into this in a substantially more complicated situation involving PyPy and coverage.py and a nonlocal variable that was protected by a mutex, which you can read about here: https://bitbucket.org/pypy/pypy/issues/2591/
It turns out that since this only affects *Python*-level trace functions, merely recording coverage information using coverage.py doesn't normally trigger it, since on CPython coverage.py tries to install an accelerator module that uses a *C*-level trace function. Which is lucky for my particular case. But probably it should be fixed anyway :-).

CC'ing belopolsky as the interest area for the trace module, Mark Shannon because he seems to enjoy really pathological low-level bugs, and Benjamin and Yury as the "bytecode" interest area. I'm surprised that there's apparently no interest area for, like, "variables should retain the values they are assigned" -- apologies if I've CC'ed anyone incorrectly.

----------
components: Interpreter Core
files: thread-closure-bug-demo.py
messages: 296751
nosy: Mark.Shannon, belopolsky, benjamin.peterson, njs, yselivanov
priority: normal
severity: normal
status: open
title: Local variable assignment is broken when combined with threads + tracing + closures
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file46971/thread-closure-bug-demo.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sat Jun 24 01:01:24 2017
From: report at bugs.python.org (Lovelyn)
Date: Sat, 24 Jun 2017 05:01:24 +0000
Subject: [issue30606] The reply's additional 'Re' is ok
In-Reply-To: <CABOzXZ=s5poUL8p-6aQ8UQDw6EGhcfonN088GJjg=pmsOzC+2Q@mail.gmail.com>
Message-ID: <CABOzXZk3uFNMUojZhaSEQ=H=oQF2L63Sx8cCD8t957o3NYBAbg@mail.gmail.com>


New submission from Lovelyn:

love
On Jun 9, 2017 11:39 AM, "Lovelyn" <report at bugs.python.org> wrote:

>
> New submission from Lovelyn:
>
> lovecolit13 at gmail.com
>
> ----------
> messages: 295479
> nosy: Love
> priority: normal
> severity: normal
> status: open
> title: The reply's additional 'Re' is ok
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30606>
> _______________________________________
>

----------
nosy: +Love
title: Spam -> The reply's additional 'Re' is ok

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30606>
_______________________________________

From report at bugs.python.org  Sat Jun 24 01:08:38 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 05:08:38 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498280918.93.0.173541551008.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

3.3 and 3.4 starves from this issue

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 01:48:27 2017
From: report at bugs.python.org (Matthias Bussonnier)
Date: Sat, 24 Jun 2017 05:48:27 +0000
Subject: [issue13821] misleading return from isidentifier
In-Reply-To: <1326934459.59.0.614334427327.issue13821@psf.upfronthosting.co.za>
Message-ID: <1498283307.25.0.505070197469.issue13821@psf.upfronthosting.co.za>


Matthias Bussonnier added the comment:

I have been bitten by that as well. I think the doc should mention to verify that the given string is normalized, not that it **should** be normalized.

Agreed that If isidentifier could also possibly grow a `allow_non_nfkc=True` default parameter that would allow to deactivate internal normalisation and return False/Raise on Non NKFC that would be great. 

I'm also interested on having an option on ast.parse or compile to not normalize to at least be able to lint wether users are using non NFKC form, but that's another issue.

I'll see if I can come up with ? at least ? a documentation patch.

----------
nosy: +mbussonn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13821>
_______________________________________

From report at bugs.python.org  Sat Jun 24 02:02:46 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 06:02:46 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498284166.16.0.649657425487.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2420

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 02:07:33 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 24 Jun 2017 06:07:33 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498284453.78.0.0470374171504.issue30744@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sat Jun 24 02:31:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 06:31:49 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1498285909.41.0.667687524331.issue30708@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could anyone please make a review of this PR? Especially the documentation part. This PR is a part of a set of PRs that fix potential vulnerabilities (issue13617, issue30730, and yet few issues planned).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Sat Jun 24 02:32:28 2017
From: report at bugs.python.org (Armin Rigo)
Date: Sat, 24 Jun 2017 06:32:28 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498285948.09.0.939984875392.issue30744@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


----------
nosy: +arigo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sat Jun 24 02:53:17 2017
From: report at bugs.python.org (Armin Rigo)
Date: Sat, 24 Jun 2017 06:53:17 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498287197.56.0.394880176326.issue30744@psf.upfronthosting.co.za>


Armin Rigo added the comment:

A version of the same problem without threads, using generators instead to get the bug deterministically.  Prints 1, 1, 1, 1 on CPython and 1, 2, 3, 3 on PyPy; in both cases we would rather expect 1, 2, 3, 4.

----------
Added file: http://bugs.python.org/file46972/x.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sat Jun 24 03:09:33 2017
From: report at bugs.python.org (Armin Rigo)
Date: Sat, 24 Jun 2017 07:09:33 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498288173.3.0.734844069398.issue30744@psf.upfronthosting.co.za>


Armin Rigo added the comment:

(Note: x.py is for Python 2.7; for 3.x, of course, replace ``.next()`` with ``.__next__()``.  The result is the same)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sat Jun 24 03:48:58 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Sat, 24 Jun 2017 07:48:58 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498290538.91.0.0614853024253.issue30744@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

Some thoughts based on discussion with Armin in #pypy:

It turns out if you simply delete the LocalsToFast and FastToLocals calls in call_trampoline, then the test suite still passes. I'm pretty sure that pdb relies on this as a way to set local variables, though, so I think this is probably more of a bug in the test suite than anything else.

In some ways, it seems like the most attractive fix to this would be to have the Python-level locals() and frame.f_locals return a dict proxy object whose __setitem__ writes any mutations back to both the fast array and the real frame->f_locals object, so that LocalsToFast becomes unnecessary. As Armin points out, though, that would definitely be a semantic change: there may be code out there that relies on locals() returning a dict ? technically it doesn't have to return a dict even now, but it almost always does ? or that assumes it can mutate the locals() array without that affecting the function. I think this would arguably be a *good* thing; it would make the behavior of locals() and f_locals much less confusing in general. But he's right that it's something we can only consider for 3.7.

The only more-compatible version I can think of is: before calling the trace function, do FastToLocals, and also make a "shadow copy" of all the cellvars and freevars. Then after the trace function returns, when copying back from LocalsToFast, check against these shadow copies, and only write back cellvars/freevars that the trace function actually modified (where by modified we mean 'old is not new', just a pointer comparison). Since most functions have no cellvars or freevars, and since we would only need to do this when there's a Python-level trace function active, this shouldn't add much overhead. And it should be compatible enough to backport even to 2.7, I think.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sat Jun 24 04:05:21 2017
From: report at bugs.python.org (=?utf-8?b?TMOhc3psw7MgS2lzcyBLb2xsw6Fy?=)
Date: Sat, 24 Jun 2017 08:05:21 +0000
Subject: [issue30541] Add restricted mocks to the python unittest mocking
 framework
In-Reply-To: <1496348216.16.0.694231026308.issue30541@psf.upfronthosting.co.za>
Message-ID: <1498291521.81.0.138391142929.issue30541@psf.upfronthosting.co.za>


Changes by L?szl? Kiss Koll?r <kiss.kollar.laszlo at gmail.com>:


----------
nosy: +L?szl? Kiss Koll?r

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30541>
_______________________________________

From report at bugs.python.org  Sat Jun 24 04:27:28 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 24 Jun 2017 08:27:28 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1498292848.18.0.600473197069.issue30647@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +2421

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Sat Jun 24 04:38:09 2017
From: report at bugs.python.org (Ammar Askar)
Date: Sat, 24 Jun 2017 08:38:09 +0000
Subject: [issue29097] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on
 Python 3.6
In-Reply-To: <1482958160.11.0.32337159902.issue29097@psf.upfronthosting.co.za>
Message-ID: <1498293489.84.0.049632232318.issue29097@psf.upfronthosting.co.za>


Ammar Askar added the comment:

Hey, sorry for the late response. I just ran:

  import datetime
  from dateutil.zoneinfo import get_zonefile_instance
  import dateutil.tz

  zonenames = list(get_zonefile_instance().zones)

  for tz in zonenames:
      tz = dateutil.tz.gettz(tz)
      for i in range(86400):
          if datetime.datetime.fromtimestamp(i, tz).fold == 1:
              print(str(tz))

tz uses your OS's zone info so also posting my distro version:
Debian 8.8 - 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) x86_64 GNU/Linux

And I got the same result, no timezone with folds in these range.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29097>
_______________________________________

From report at bugs.python.org  Sat Jun 24 04:49:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 08:49:03 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498294143.48.0.673422642366.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 9dda2caca8edc7ff1285f6b0d1c5279b51854b7d by Serhiy Storchaka in branch '2.7':
[2.7] bpo-30730: Prevent environment variables injection in subprocess on Windows. (GH-2325) (#2372)
https://github.com/python/cpython/commit/9dda2caca8edc7ff1285f6b0d1c5279b51854b7d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 06:13:59 2017
From: report at bugs.python.org (Segev Finer)
Date: Sat, 24 Jun 2017 10:13:59 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
Message-ID: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>


New submission from Segev Finer:

..\Modules\_winapi.c(886): warning C4090: 'function': different 'const' qualifiers
..\Modules\_winapi.c(848): warning C4101: 'wenvironment_size': unreferenced local variable

Added in d174d24a5d37d1516b885dc7c82f71ecd5930700

----------
components: Windows
messages: 296761
nosy: Segev Finer, paul.moore, serhiy.storchaka, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Warnings in Modules/_winapi.c
type: compile error
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 06:31:39 2017
From: report at bugs.python.org (Segev Finer)
Date: Sat, 24 Jun 2017 10:31:39 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498300299.19.0.878937324503.issue30726@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2422

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Sat Jun 24 06:39:54 2017
From: report at bugs.python.org (Segev Finer)
Date: Sat, 24 Jun 2017 10:39:54 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498300794.16.0.6481970304.issue30726@psf.upfronthosting.co.za>


Segev Finer added the comment:

It seems that the issue repeats in pyexpat.vcxproj. I submitted a PR for that one as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Sat Jun 24 07:01:11 2017
From: report at bugs.python.org (Segev Finer)
Date: Sat, 24 Jun 2017 11:01:11 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498302071.83.0.4825344646.issue30726@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Sat Jun 24 07:02:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 11:02:02 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498302122.31.0.813754365769.issue30745@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2423

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 07:02:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 11:02:02 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498302122.44.0.0531566926618.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2424

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 07:03:42 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 11:03:42 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498302222.83.0.2829538522.issue30745@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you for noticing this Segev. I hope the following PR fixes warnings.

----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 07:05:36 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 24 Jun 2017 11:05:36 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1498302336.79.0.551442866876.issue6739@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2425

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Sat Jun 24 07:09:08 2017
From: report at bugs.python.org (Segev Finer)
Date: Sat, 24 Jun 2017 11:09:08 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498302548.46.0.0660922083579.issue30745@psf.upfronthosting.co.za>


Segev Finer added the comment:

I tried the PR locally and I didn't get the warnings. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 07:10:30 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 24 Jun 2017 11:10:30 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1498302630.03.0.32123908991.issue6739@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I've made a PR for the patch.

Even though other tests need to be added, I only added a test for the call to sequence_ok().  Testing this by itself will probably allow it to be mocked in other tests.

I also added a call to the unittest in config_key.py.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Sat Jun 24 07:33:58 2017
From: report at bugs.python.org (Xavier G. Domingo)
Date: Sat, 24 Jun 2017 11:33:58 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498304038.55.0.812953723502.issue30744@psf.upfronthosting.co.za>


Changes by Xavier G. Domingo <xgdomingo at gmail.com>:


----------
nosy: +xgdomingo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:14:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:14:10 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498310050.33.0.714801480882.issue30745@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 0ee32c148119031e19c79359f5c4789ee69fa355 by Serhiy Storchaka in branch 'master':
bpo-30745: Fix compiler warnings introduced in bpo-30730. (#2376)
https://github.com/python/cpython/commit/0ee32c148119031e19c79359f5c4789ee69fa355


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:14:10 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:14:10 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498310050.44.0.841679057017.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 0ee32c148119031e19c79359f5c4789ee69fa355 by Serhiy Storchaka in branch 'master':
bpo-30745: Fix compiler warnings introduced in bpo-30730. (#2376)
https://github.com/python/cpython/commit/0ee32c148119031e19c79359f5c4789ee69fa355


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:17:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:17:03 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498310223.01.0.131622386134.issue30745@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2426

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:17:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:17:03 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498310223.16.0.480899138368.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2427

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:18:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:18:53 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498310333.26.0.419941614739.issue30745@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2428

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:18:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:18:53 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498310333.38.0.0681071308392.issue30730@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2429

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:26:58 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:26:58 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498310818.48.0.481908236587.issue30745@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:28:29 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:28:29 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498310909.1.0.78599873529.issue30745@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 0e1f9e8d3ea82262cbb9a403b70a884da5e6a6ac by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30745: Fix compiler warnings introduced in bpo-30730. (GH-2376) (#2378)
https://github.com/python/cpython/commit/0e1f9e8d3ea82262cbb9a403b70a884da5e6a6ac


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:28:29 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:28:29 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498310909.26.0.51433330695.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 0e1f9e8d3ea82262cbb9a403b70a884da5e6a6ac by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30745: Fix compiler warnings introduced in bpo-30730. (GH-2376) (#2378)
https://github.com/python/cpython/commit/0e1f9e8d3ea82262cbb9a403b70a884da5e6a6ac


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:31:48 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 24 Jun 2017 13:31:48 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498311108.52.0.4906499906.issue30744@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The writeback-only-if-changed approach sounds like a plausible improvement to me. I'd be hesitant to include such a change in 3.5.4 though, since we don't get a second go at that if something breaks unexpectedly.

However, I don't think returning a write-through proxy from locals() would be a good idea, since you can still have race conditions between "read-update-writeback" operations that affect the cells directly, as well as with those that use the new write-through proxy. At the moment, you can only get yourself into trouble by way of operations that have access to LocalsToFast, and those are pretty rare now that `exec` is no longer a statement.

If folks really want that write-through behaviour (at least for closure variables), 3.7 will let them write it themselves, since closure cells are becoming writeable from pure Python code:

>>> def outer():
...     x = 1
...     def inner():
...         return x
...     return inner
... 
>>> f = outer()
>>> f.__closure__[0].cell_contents
1
>>> f.__closure__[0].cell_contents = 2
>>> f()
2
>>> f.__closure__[0].cell_contents = "hello"
>>> f()
'hello'
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:42:46 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:42:46 +0000
Subject: [issue30745] Warnings in Modules/_winapi.c
In-Reply-To: <1498299239.67.0.774522890033.issue30745@psf.upfronthosting.co.za>
Message-ID: <1498311766.93.0.723064913367.issue30745@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset e0d446e9caa38923e43818f78c94f95fe0aa995e by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30745: Fix compiler warnings introduced in bpo-30730. (GH-2376) (#2379)
https://github.com/python/cpython/commit/e0d446e9caa38923e43818f78c94f95fe0aa995e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30745>
_______________________________________

From report at bugs.python.org  Sat Jun 24 09:42:47 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 13:42:47 +0000
Subject: [issue30730] Injecting environment variable in subprocess on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498311767.07.0.367885215882.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset e0d446e9caa38923e43818f78c94f95fe0aa995e by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30745: Fix compiler warnings introduced in bpo-30730. (GH-2376) (#2379)
https://github.com/python/cpython/commit/e0d446e9caa38923e43818f78c94f95fe0aa995e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Sat Jun 24 10:46:53 2017
From: report at bugs.python.org (Thomas Caswell)
Date: Sat, 24 Jun 2017 14:46:53 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1498315613.52.0.92360930547.issue30623@psf.upfronthosting.co.za>


Thomas Caswell added the comment:

https://github.com/python/cpython/pull/1236 has been merged, I believe this issue can be closed.

----------
nosy: +tcaswell

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Sat Jun 24 11:56:55 2017
From: report at bugs.python.org (Matt Billenstein)
Date: Sat, 24 Jun 2017 15:56:55 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498319815.81.0.735960827177.issue30703@psf.upfronthosting.co.za>


Matt Billenstein added the comment:

Cool -- do you need me to do something more to help debug this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Sat Jun 24 11:57:56 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 24 Jun 2017 15:57:56 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498319876.4.0.0795209116501.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

It would be nice to know if there is additional output (for example exceptions happening in other threads or processes) when you run that command and manage to trigger a hang.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Sat Jun 24 12:12:22 2017
From: report at bugs.python.org (Ethan Furman)
Date: Sat, 24 Jun 2017 16:12:22 +0000
Subject: [issue30616] Cannot use functional API to create enum with zero values
In-Reply-To: <1497029417.9.0.731294800985.issue30616@psf.upfronthosting.co.za>
Message-ID: <1498320742.74.0.564541648678.issue30616@psf.upfronthosting.co.za>


Ethan Furman added the comment:


New changeset 504b95047a8ada06ab630abce55ac2f85566ca37 by ethanfurman (Dong-hee Na) in branch '3.6':
[3.6] bpo-30616: Functional API of enum allows to create empty enums. (#2304) (#2324)
https://github.com/python/cpython/commit/504b95047a8ada06ab630abce55ac2f85566ca37


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30616>
_______________________________________

From report at bugs.python.org  Sat Jun 24 12:56:21 2017
From: report at bugs.python.org (Matt Billenstein)
Date: Sat, 24 Jun 2017 16:56:21 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498323381.16.0.0978419830813.issue30703@psf.upfronthosting.co.za>


Matt Billenstein added the comment:

I don't see anything odd -- it runs for awhile and then times out once it's deadlocked:

0:03:18 load avg: 3.20 [224] test_multiprocessing_forkserver             
test_many_processes (test.test_multiprocessing_forkserver.WithProcessesTestProcess) ... ok                                                         
test_many_processes (test.test_multiprocessing_forkserver.WithThreadsTestProcess) ... skipped 'test not appropriate for threads'                   

----------------------------------------------------------------------   
Ran 2 tests in 0.849s               

OK (skipped=1)                      
0:03:18 load avg: 3.11 [225] test_multiprocessing_forkserver             
test_many_processes (test.test_multiprocessing_forkserver.WithProcessesTestProcess) ... ok                                                         
test_many_processes (test.test_multiprocessing_forkserver.WithThreadsTestProcess) ... skipped 'test not appropriate for threads'                   

----------------------------------------------------------------------   
Ran 2 tests in 0.865s               

OK (skipped=1)                      
0:03:19 load avg: 3.11 [226] test_multiprocessing_forkserver             
test_many_processes (test.test_multiprocessing_forkserver.WithProcessesTestProcess) ... Timeout (0:00:30)!                                         
Thread 0x00007fff790c1000 (most recent call first):                      
  File "/Users/mattb/src/misc/cpython/Lib/selectors.py", line 415 in select                                                                        
  File "/Users/mattb/src/misc/cpython/Lib/multiprocessing/connection.py", line 916 in wait                                                         
  File "/Users/mattb/src/misc/cpython/Lib/multiprocessing/popen_fork.py", line 45 in wait                                                          
  File "/Users/mattb/src/misc/cpython/Lib/multiprocessing/process.py", line 121 in join                                                            
  File "/Users/mattb/src/misc/cpython/Lib/test/_test_multiprocessing.py", line 431 in test_many_processes                                          
  File "/Users/mattb/src/misc/cpython/Lib/unittest/case.py", line 605 in run                                                                       
  File "/Users/mattb/src/misc/cpython/Lib/unittest/case.py", line 653 in __call__                                                                  
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 122 in run                                                                      
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 84 in __call__                                                                  
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 122 in run                                                                      
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 84 in __call__                                                                  
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 122 in run                                                                      
  File "/Users/mattb/src/misc/cpython/Lib/unittest/suite.py", line 84 in __call__                                                                  
  File "/Users/mattb/src/misc/cpython/Lib/unittest/runner.py", line 176 in run                                                                     
  File "/Users/mattb/src/misc/cpython/Lib/test/support/__init__.py", line 1896 in _run_suite                                                       
  File "/Users/mattb/src/misc/cpython/Lib/test/support/__init__.py", line 1936 in run_unittest                                                     
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/runtest.py", line 168 in test_runner                                                    
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/runtest.py", line 169 in runtest_inner                                                  
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/runtest.py", line 137 in runtest                                                        
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 374 in run_tests_sequential                                              
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 454 in run_tests                                                         
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 530 in _main                                                             
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 504 in main                                                              
  File "/Users/mattb/src/misc/cpython/Lib/test/libregrtest/main.py", line 573 in main                                                              
  File "/Users/mattb/src/misc/cpython/Lib/test/__main__.py", line 2 in <module>                                                                    
  File "/Users/mattb/src/misc/cpython/Lib/runpy.py", line 85 in _run_code                                                                          
  File "/Users/mattb/src/misc/cpython/Lib/runpy.py", line 193 in _run_module_as_main

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Sat Jun 24 12:59:17 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 24 Jun 2017 16:59:17 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498323557.42.0.0933560490518.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thanks for trying :-)  Hmm, that's annoying.  I don't know if you'd like to give me shell access to the machine (and a CPython checkout I can play with, perhaps)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Sat Jun 24 13:16:42 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 24 Jun 2017 17:16:42 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498324602.18.0.999109841973.issue24813@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2430

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sat Jun 24 13:22:25 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 24 Jun 2017 17:22:25 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1498324945.65.0.683320110246.issue30596@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 13e96cc596d158b98996db3fa291086ea4afecd9 by Antoine Pitrou in branch 'master':
Fix bpo-30596: Add close() method to multiprocessing.Process (#2010)
https://github.com/python/cpython/commit/13e96cc596d158b98996db3fa291086ea4afecd9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Sat Jun 24 13:22:45 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 24 Jun 2017 17:22:45 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1498324965.27.0.242008286958.issue30596@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Sat Jun 24 14:58:42 2017
From: report at bugs.python.org (=?utf-8?b?UMOkciBCasO2cmtsdW5k?=)
Date: Sat, 24 Jun 2017 18:58:42 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1498330722.15.0.144788745046.issue30687@psf.upfronthosting.co.za>


P?r Bj?rklund added the comment:

This change causes build failures when VS2017 is installed without the C++ tooling as it finds MSBuild belonging to VS2017 but it can't build using it.

Microsoft recommends using this tool https://github.com/microsoft/vswhere to find and set up the paths, it also works with VS2015.

----------
nosy: +Paxxi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Sat Jun 24 15:05:15 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 19:05:15 +0000
Subject: [issue30746] Reject environment variable names containing '='
Message-ID: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Environment variable names shouldn't contain the '=' character, because it often is used as a separator between a name and a value. There is an exception -- starting '=' on Windows is used for defining "hidden" environment variables.

Using names containing '=' in environment dict in subprocess is prohibited in issue30730. Proposed PR prohibits names containing '=' in two other cases: in os.putenv() and os.spawn*(). It fixes the part of issue4926.

----------
components: Extension Modules
messages: 296781
nosy: larry, loewis, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Reject environment variable names containing '='
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sat Jun 24 15:08:53 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 19:08:53 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498331333.76.0.237852456751.issue30746@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2431

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sat Jun 24 15:11:40 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 24 Jun 2017 19:11:40 +0000
Subject: [issue4926] putenv() accepts names containing '=',
 return value of unsetenv() not checked
In-Reply-To: <1231803037.62.0.52390349364.issue4926@psf.upfronthosting.co.za>
Message-ID: <1498331500.3.0.538189160572.issue4926@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2432

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4926>
_______________________________________

From report at bugs.python.org  Sat Jun 24 15:20:58 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 19:20:58 +0000
Subject: [issue30715] Test_winreg, test_dynamic_key hangs on my Win 10
In-Reply-To: <1497978867.14.0.417332837919.issue30715@psf.upfronthosting.co.za>
Message-ID: <1498332058.08.0.655226542787.issue30715@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Ping.  I still cannot run the test suite to completion, so I cannot tell whether I add a warning failure regression.  Does anyone else have the same problem?  Should I patch the file to skip this test?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30715>
_______________________________________

From report at bugs.python.org  Sat Jun 24 15:21:16 2017
From: report at bugs.python.org (Steve Dower)
Date: Sat, 24 Jun 2017 19:21:16 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1498332076.92.0.985546905268.issue30687@psf.upfronthosting.co.za>


Steve Dower added the comment:

You're going to get build failures without the C++ tooling anyway, and msbuild should find previous installs that are compatible.

What is your system setup that causes this failure when you expect success?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Sat Jun 24 15:26:33 2017
From: report at bugs.python.org (=?utf-8?b?UMOkciBCasO2cmtsdW5k?=)
Date: Sat, 24 Jun 2017 19:26:33 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1498332393.79.0.930674186463.issue30687@psf.upfronthosting.co.za>


P?r Bj?rklund added the comment:

Currently I have VS2017 installed without C++ tooling for .NET development. The C++ tooling breaks other projects I'm working on.

I have VS2015 Community update 3 installed with C++ tooling and the latest compatible Windows SDK.

Before this patch everything builds as expected using PCBuild\build.bat -e. After this patch it fails instantly with

Using "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\\MSBuild\15.0\Bin\msbuild.exe" (found in the Visual Studio 2017 registry)

C:\code\cpython>"C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\\MSBuild\15.0\Bin\msbuild.exe" "C:\code\cpython\PCbuild\pcbuild.proj" /t:Build /m /nologo /v:m /p:Configuration=Release /p:Platform=Win32 /p:IncludeExternals=true /p:IncludeSSL=true /p:IncludeTkinter=true /p:UseTestMarker= /p:GIT="C:\Program Files\Git\cmd\git.exe"
C:\code\cpython\PCbuild\pythoncore.vcxproj(42,3): error MSB4019: The imported project "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\VC\VCTargets\Microsoft.Cpp.Default.props" was not found. Confirm that the p ath in the <Import> declaration is correct, and that the file exists on disk.


Commenting out the following lines from find_msbuild.bat and everything is back to working

@rem VS 2017 sets exactly one install as the "main" install, so we may find MSBuild in there.
@reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\SxS\VS7" /v 15.0 /reg:32 >nul 2>nul
@if NOT ERRORLEVEL 1 @for /F "tokens=1,2*" %%i in ('reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\SxS\VS7" /v 15.0 /reg:32') DO @(
    @if "%%i"=="15.0" @if exist "%%k\MSBuild\15.0\Bin\msbuild.exe" @(set MSBUILD="%%k\MSBuild\15.0\Bin\msbuild.exe")
)
@if exist %MSBUILD% (set _Py_MSBuild_Source=Visual Studio 2017 registry) & goto :found

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Sat Jun 24 15:33:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 19:33:03 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498332783.85.0.622309385276.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Please run the full test suite to see if it ends with a warning about test_idle altering something.  I cannot because of #30715.  I usually save and restore original objects when mocking, but I don't really know when this is and is not needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sat Jun 24 15:35:59 2017
From: report at bugs.python.org (=?utf-8?b?UMOkciBCasO2cmtsdW5k?=)
Date: Sat, 24 Jun 2017 19:35:59 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
Message-ID: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>


New submission from P?r Bj?rklund:

_Py_atomic_store and _Py_atomic_load are not implemented as atomic operations on Windows when using Visual Studio to build.

This might cause hard to troubleshoot behaviour, especially in third party hosting applications..

----------
components: Interpreter Core
messages: 296786
nosy: Paxxi
priority: normal
severity: normal
status: open
title: _Py_atomic_* not actually atomic on Windows with MSVC
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Sat Jun 24 16:08:04 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 24 Jun 2017 20:08:04 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498334884.26.0.527724708081.issue24813@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I had run the full test before pushing the changes without any messages.  I didn't run it with any options though.
--------------

$:~/cpython/Lib$ /home/cheryl/cpython/python -m test.test_idle
..............................................................................................................................................................................................................................................
----------------------------------------------------------------------
Ran 238 tests in 3.684s

OK
------------------------

I wasn't sure about saving mocked objects either.  I thought maybe it was related to the GUI mocks.  Should I ask about it on core mentorship?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sat Jun 24 16:16:29 2017
From: report at bugs.python.org (=?utf-8?b?UMOkciBCasO2cmtsdW5k?=)
Date: Sat, 24 Jun 2017 20:16:29 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498335389.54.0.323063902654.issue30747@psf.upfronthosting.co.za>


Changes by P?r Bj?rklund <per.bjorklund at gmail.com>:


----------
pull_requests: +2433

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Sat Jun 24 16:19:46 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 20:19:46 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498335586.34.0.349672261282.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I should have been clearer  - the full *python* test suite, not just IDLE, an with gui available -- "python -m test -ugui".  I don't think the check is applied with just one file, and definitely not with 'test.test_idle' versus 'test -ugui test_idle'.  The former runs test_idle with unittest.main instead of test.regrtest, which calls unittest.main but adds extra stuff.

Evading this issue is why I sometimes copy a method to be tested to a mock class with mock methods needed for the tested method.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sat Jun 24 17:05:44 2017
From: report at bugs.python.org (Tim Peters)
Date: Sat, 24 Jun 2017 21:05:44 +0000
Subject: [issue30671] dict: improve lookup function
In-Reply-To: <1497511526.4.0.248351219099.issue30671@psf.upfronthosting.co.za>
Message-ID: <1498338344.14.0.825968133764.issue30671@psf.upfronthosting.co.za>


Tim Peters added the comment:

Actually, there is something to be gained here, for smaller tables.  The simple formulas for the expected number of probes under uniform hashing are upper bounds, and are significantly overstated when the load factor is very high (not a concern for Python) or the table is small.  Using exact analysis gives smaller values in those cases, which a slow implementation of uniform hashing achieves.  The current method does not.  I'll post more about this to python-ideas.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30671>
_______________________________________

From report at bugs.python.org  Sat Jun 24 17:13:25 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 24 Jun 2017 21:13:25 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498338805.85.0.116087679007.issue24813@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

$:~/cpython/Lib$ /home/cheryl/cpython/python -m test -ugui
== CPython 3.7.0a0 (heads/bpo24813:48fbe52, Jun 23 2017, 15:42:25) [GCC 5.4.0 20160609]
== Linux-4.4.0-78-generic-x86_64-with-debian-stretch-sid little-endian
== hash algorithm: siphash24 64bit
== cwd: /home/cheryl/cpython/build/test_python_19230
== CPU count: 4
== encodings: locale=UTF-8, FS=utf-8
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1, isolated=0)
Run tests sequentially

--snip--

389 tests OK.

1 test failed:
    test_ttk_guionly

16 tests skipped:
    test_curses test_devpoll test_kqueue test_msilib test_ossaudiodev
    test_smtpnet test_socketserver test_startfile test_timeout
    test_urllib2net test_urllibnet test_winconsoleio test_winreg
    test_winsound test_xmlrpc_net test_zipfile64

Nothing from idle:
0:07:49 load avg: 3.06 [172/406] test_httpservers
0:07:55 load avg: 3.14 [173/406] test_idle
0:08:00 load avg: 3.28 [174/406] test_imaplib

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sat Jun 24 18:05:11 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 24 Jun 2017 22:05:11 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498341911.35.0.100537564143.issue30747@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
stage:  -> patch review
type: enhancement -> behavior
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Sat Jun 24 18:30:13 2017
From: report at bugs.python.org (Steve Dower)
Date: Sat, 24 Jun 2017 22:30:13 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1498343413.85.0.570404864572.issue30687@psf.upfronthosting.co.za>


Steve Dower added the comment:

I suspect that should be filed as a bug against VS 2017 - I'll do that when I get to work on Monday.

Our workaround should be to check for that targets file and keep searching if it's not found.

Your best workaround is to start the build from the VS 2015 developer command prompt, which will have the right MSBuild on PATH and will bypass the search.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Sat Jun 24 18:33:37 2017
From: report at bugs.python.org (Ben Lewis)
Date: Sat, 24 Jun 2017 22:33:37 +0000
Subject: [issue30748] Upgrade tuples in socket to named tuple like
Message-ID: <1498343617.76.0.0345167407647.issue30748@psf.upfronthosting.co.za>


New submission from Ben Lewis:

Within the socket module, there are various tuples that are used for different representations of a socket address. There are also other tuples returned by other functions in the socket module. 

As suggested on Python-ideas(https://mail.python.org/pipermail/python-ideas/2017-June/046028.html) and supported by Guido(https://mail.python.org/pipermail/python-ideas/2017-June/046086.html) these tuples should be made into named-tuple like sequences akin to the time tuple in the datetime module. 

I am willing to help contribute to make this happen.

----------
components: IO
messages: 296792
nosy: Ben Lewis
priority: normal
severity: normal
status: open
title: Upgrade tuples in socket to named tuple like
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30748>
_______________________________________

From report at bugs.python.org  Sat Jun 24 18:59:05 2017
From: report at bugs.python.org (Steve Dower)
Date: Sat, 24 Jun 2017 22:59:05 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498345145.18.0.8156447256.issue30747@psf.upfronthosting.co.za>


Steve Dower added the comment:

Unless you've got an example of this causing actual issues, it should only go into 3.7.

All platforms supported by Windows guarantee atomicity for aligned, pointer-sized reads and writes, but there appear to be memory fencing semantics in here too. I don't understand entirely why we need this code at all, so I'll let Victor or Serhiy comment.

----------
nosy: +haypo, serhiy.storchaka
versions:  -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Sat Jun 24 18:59:56 2017
From: report at bugs.python.org (Alex Groce)
Date: Sat, 24 Jun 2017 22:59:56 +0000
Subject: [issue30749] Non-atomic and unusual (wrong) rename behavior under OS
 X, Python 2.7.13
Message-ID: <1498345196.68.0.88210579685.issue30749@psf.upfronthosting.co.za>


New submission from Alex Groce:

Attached file causes a failed rename, which is fine.  However, after the failed rename, the directory structure has changed (and the error reported is not very helpful).  Behavior does not match Linux or Windows behavior.

Discovered using random testing to check pyfakefs for conformance with os module, using TSTL tool.

----------
components: macOS
files: renameatomic.py
messages: 296794
nosy: Alex Groce, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Non-atomic and unusual (wrong) rename behavior under OS X, Python 2.7.13
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file46973/renameatomic.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30749>
_______________________________________

From report at bugs.python.org  Sat Jun 24 19:02:35 2017
From: report at bugs.python.org (Ammar Askar)
Date: Sat, 24 Jun 2017 23:02:35 +0000
Subject: [issue29097] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on
 Python 3.6
In-Reply-To: <1482958160.11.0.32337159902.issue29097@psf.upfronthosting.co.za>
Message-ID: <1498345355.64.0.535201886678.issue29097@psf.upfronthosting.co.za>


Changes by Ammar Askar <ammar at ammaraskar.com>:


----------
pull_requests: +2434

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29097>
_______________________________________

From report at bugs.python.org  Sat Jun 24 19:03:14 2017
From: report at bugs.python.org (Ammar Askar)
Date: Sat, 24 Jun 2017 23:03:14 +0000
Subject: [issue29097] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on
 Python 3.6
In-Reply-To: <1482958160.11.0.32337159902.issue29097@psf.upfronthosting.co.za>
Message-ID: <1498345394.67.0.625311066446.issue29097@psf.upfronthosting.co.za>


Ammar Askar added the comment:

Created a github pull request for the recommended patch along with a test: https://github.com/python/cpython/pull/2385

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29097>
_______________________________________

From report at bugs.python.org  Sat Jun 24 19:45:54 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 23:45:54 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1498347954.82.0.64640610043.issue21519@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

configdialog.ConfigDialog.getNewKeys() calls config_key.GetKeysDialog with a list of lists of one or more sequences (currentKeySequences).  GetKeysDialog.KeysOK looks for keys.split() in currentKeySequences.  Since KeysOK on only called for the no-space 'keys' produced by the basic dialog, keys.split is always [keys].  This can only match one of the length-1 lists in currentKeySequences.

The patch semi-flattens the latter to a list of lists of 1 sequence each
.  But instead of looking for [keys] in the result, better and faster to omit the list wrappers and look for keys in a list or set of sequences.

A separate improvement would be to have a reverse map of sequences to pseudoevents, so the error message can specify the exact conflict instead of just saying 'some conflict'.  I have separately thought that the [keys] tab of ConfigDialog should be able to display such a mapping to help one plan a new key mapping.

Off topic for this issue: the keys tab could have a 'load key-def file' function that would check a definition and if ok, load it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Sat Jun 24 19:45:59 2017
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 24 Jun 2017 23:45:59 +0000
Subject: [issue30750] Update `make patchcheck` to understand Misc/NEWS.d
Message-ID: <1498347959.85.0.344853864513.issue30750@psf.upfronthosting.co.za>


New submission from Brett Cannon:

Title says it all.

----------
messages: 296797
nosy: brett.cannon, pitrou
priority: normal
severity: normal
status: open
title: Update `make patchcheck` to understand Misc/NEWS.d

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30750>
_______________________________________

From report at bugs.python.org  Sat Jun 24 19:54:22 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 24 Jun 2017 23:54:22 +0000
Subject: [issue30750] Update `make patchcheck` to understand Misc/NEWS.d
In-Reply-To: <1498347959.85.0.344853864513.issue30750@psf.upfronthosting.co.za>
Message-ID: <1498348462.13.0.449645538117.issue30750@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2435

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30750>
_______________________________________

From report at bugs.python.org  Sat Jun 24 19:54:29 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 24 Jun 2017 23:54:29 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498348469.8.0.146604903782.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There are no *nix buildbots running gui tests.  Please run
python3 -m test.test_ttk_guionly -v
and post failure part of result on core_mentorship or open a tracker issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sat Jun 24 23:41:29 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 03:41:29 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498362089.22.0.473148618396.issue30747@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:07:33 2017
From: report at bugs.python.org (Martin Panter)
Date: Sun, 25 Jun 2017 04:07:33 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1498363653.15.0.286697565578.issue30576@psf.upfronthosting.co.za>


Martin Panter added the comment:

For existing ?.gz? files, I wasn?t suggesting to compress them a second time, just for the server report that they are already compressed, like how it reports the Content-Type value based on the file name. Including Content-Encoding would help browsers display pages like <http://www.yoyodesign.org/outils/ngzip/index.en.html.gz>.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:19:16 2017
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 25 Jun 2017 04:19:16 +0000
Subject: [issue30748] Upgrade tuples in socket to named tuple like
In-Reply-To: <1498343617.76.0.0345167407647.issue30748@psf.upfronthosting.co.za>
Message-ID: <1498364356.9.0.728934747164.issue30748@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2436

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30748>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:21:22 2017
From: report at bugs.python.org (Decorater)
Date: Sun, 25 Jun 2017 04:21:22 +0000
Subject: [issue27523] Silence Socket Depreciation Warnings.
In-Reply-To: <1468616745.33.0.508663213615.issue27523@psf.upfronthosting.co.za>
Message-ID: <1498364482.46.0.745818052337.issue27523@psf.upfronthosting.co.za>


Decorater added the comment:

Reopened as I found where to actually silence it.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27523>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:21:48 2017
From: report at bugs.python.org (Decorater)
Date: Sun, 25 Jun 2017 04:21:48 +0000
Subject: [issue27523] Silence Socket Depreciation Warnings.
In-Reply-To: <1468616745.33.0.508663213615.issue27523@psf.upfronthosting.co.za>
Message-ID: <1498364508.3.0.852570818824.issue27523@psf.upfronthosting.co.za>


Changes by Decorater <seandhunt_7 at yahoo.com>:


----------
pull_requests: +2437

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27523>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:22:39 2017
From: report at bugs.python.org (Decorater)
Date: Sun, 25 Jun 2017 04:22:39 +0000
Subject: [issue27523] Silence Socket Depreciation Warnings.
In-Reply-To: <1468616745.33.0.508663213615.issue27523@psf.upfronthosting.co.za>
Message-ID: <1498364559.6.0.605294448617.issue27523@psf.upfronthosting.co.za>


Changes by Decorater <seandhunt_7 at yahoo.com>:


----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27523>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:26:39 2017
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 25 Jun 2017 04:26:39 +0000
Subject: [issue27523] Silence Socket Depreciation Warnings.
In-Reply-To: <1468616745.33.0.508663213615.issue27523@psf.upfronthosting.co.za>
Message-ID: <1498364799.3.0.146242664303.issue27523@psf.upfronthosting.co.za>


Zachary Ware added the comment:

This is being handled in bpo-23451, GH-2318.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Deprecation warnings building 3.5 Visual Studio Windows 8.1 64 bit

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27523>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:33:03 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 04:33:03 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498365183.74.0.480455098366.issue30746@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 77703942c5997dff00c48f10df1b29b11645624c by Serhiy Storchaka in branch 'master':
bpo-30746: Prohibited the '=' character in environment variable names (#2382)
https://github.com/python/cpython/commit/77703942c5997dff00c48f10df1b29b11645624c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:51:50 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 04:51:50 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498366310.04.0.628339733487.issue30746@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2438

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 00:54:20 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 04:54:20 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498366460.64.0.225122300122.issue30746@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2439

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 01:22:50 2017
From: report at bugs.python.org (Ammar Askar)
Date: Sun, 25 Jun 2017 05:22:50 +0000
Subject: [issue30062] datetime in Python 3.6+ no longer respects 'TZ'
 environment variable
In-Reply-To: <1492033422.46.0.101980038958.issue30062@psf.upfronthosting.co.za>
Message-ID: <1498368170.39.0.0930284673474.issue30062@psf.upfronthosting.co.za>


Ammar Askar added the comment:

Closing this since as you pointed out this behavior is already documented.

As an aside, seeing as you guys already have pytz as a dependency. Instead of fixing this with tzset you can also just explicitly do datetime.datetime.fromtimestamp(time, pytz.timezone(os.environ['TZ']))

----------
nosy: +ammar2
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30062>
_______________________________________

From report at bugs.python.org  Sun Jun 25 01:50:20 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 25 Jun 2017 05:50:20 +0000
Subject: [issue30751] IDLE: Display entry errors for key sequence entry in
 entry box
Message-ID: <1498369820.44.0.770357079807.issue30751@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

One of the features of query.Query boxes is that error messages are displayed in the box (in red) rather than in a separate tkinter.messagebox error box (showerror).  This issue is about copying the idea and implementation to config_key.GetKeysDialog.

To make testing of patched methods easier, #6739 is adding a trivial showerror method (= tkinter.messagebox.showerror).  This issue will replace it with Query.showerror

    def showerror(self, message, widget=None):
        #self.bell(displayof=self)
        (widget or self.entry_error)['text'] = 'ERROR: ' + message

and add something like

        self.entry_error = Label(frame, text=' ', foreground='red',
                                 font=self.error_font)

just above the exit buttons.

This issue should probably add subtests for the ValidationTests.  Message test and line break when needed will be adjusted by visual checks.

----------
assignee: terry.reedy
components: IDLE
messages: 296804
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: Display entry errors for key sequence entry in entry box
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30751>
_______________________________________

From report at bugs.python.org  Sun Jun 25 01:50:57 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 05:50:57 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498369857.67.0.757921126454.issue30746@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2440

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 01:53:46 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 05:53:46 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498370026.34.0.133087556934.issue30746@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2441

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:08:12 2017
From: report at bugs.python.org (Ammar Askar)
Date: Sun, 25 Jun 2017 06:08:12 +0000
Subject: [issue30450] Pull Windows dependencies from GitHub rather than
 svn.python.org
In-Reply-To: <1495589626.97.0.920797927041.issue30450@psf.upfronthosting.co.za>
Message-ID: <1498370892.79.0.860253839125.issue30450@psf.upfronthosting.co.za>


Ammar Askar added the comment:

Looks like that error is coming from the fact that the Powershell on that buildbot is outdated. As the documentation notes:

https://msdn.microsoft.com/en-us/powershell/reference/5.1/microsoft.powershell.utility/invoke-webrequest

> This cmdlet was introduced in Windows PowerShell 3.0.


Before running the web request command maybe do a `powershell.exe -Command $PSVersionTable.PSVersion` in order to debug this issue on any other machines?

----------
nosy: +ammar2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30450>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:08:27 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Sun, 25 Jun 2017 06:08:27 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498370907.85.0.978265557857.issue30744@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

It isn't obvious to me whether the write-through proxy idea is a good one on net, but here's the rationale for why it might be.

Currently, the user-visible semantics of locals() and f_locals are a bit complicated. AFAIK they aren't documented anywhere outside the CPython and PyPy source (PyPy is careful to match all these details), but let me take a stab at it:

The mapping object you get from locals()/f_locals represents the relevant frame's local namespace. For many frames (e.g. module level, class level, anything at the REPL), it literally *is* the local namespace: changes made by executing bytecode are immediately represented in it, and changes made to it are immediately visible to executing bytecode. Except, for function frames, it acts more like a snapshot copy of the local namespace: it shows you the namespace at the moment you call locals(), but then future changes to either the code's namespace or the object don't affect each other. Except except, the snapshot might be automatically updated later to incorporate namespace changes, e.g. if I do 'ns = locals()' and then later on someone accesses the frame's f_locals attribute, then reading that attribute will cause my 'ns' object to be silently updated. But it's still a snapshot; modifications to the mapping aren't visible to the executing frame. Except**3, if you happen to modify the mapping object while you're inside a trace function callback, then *those* modifications are visible to the executing frame. (And also if a function is being traced then as a side-effect this means that now our 'ns' object above does stay constantly up to date.) Except**4, you don't actually have to be inside a trace function callback for your modifications to be visible to the executing frame ? all that's necessary is that *some* thread somewhere is currently inside a trace callback (even if it doesn't modify or even look at the locals itself, as e.g. coverage.py doesn't).

This causes a lot of confusion [1].

On top of that, we have this bug here. The writeback-only-if-changed idea would make it so that we at least correctly implement the semantics I described in the long paragraph above. But I wonder if maybe we should consider this an opportunity to fix the underlying problem, which is that allowing skew between locals() and the actual execution namespace is this ongoing factory for bugs and despair. Specifically, I'm wondering if we could make the semantics be:

"locals() and f_locals return a dict-like object representing the local namespace of the given frame. Modifying this object and modifying the corresponding local variables are equivalent operations in all cases."

(So I guess this would mean a proxy object that on reads checks the fast array first and then falls back to the dict, and on writes updates the fast array as well as the dict.)

> you can still have race conditions between "read-update-writeback" operations that affect the cells directly, as well as with those that use the new write-through proxy.

Sure, but that's just a standard concurrent access problem, no different from any other case where you have two different threads trying to mutate the same local variable or dictionary key at the same time. Everyone who uses threads knows that if you want to do that then you need a mutex, and if you don't use proper locking then it's widely understood how to recognize and debug the resulting failure modes. OTOH, the current situation where modifications to the locals object sometimes affect the namespace, and sometimes not, and sometimes they get overwritten, and sometimes they don't, and it sometimes depends on spooky unrelated things like "is some other thread currently being traced"? That's *way* more confusing that figuring out that there might be a race condition between 'x = 1' and 'locals()["x"] = 2'.

Plus, pdb depends on write-through working, and there are lots of frames that don't even use the fast array and already have my proposed semantics. So realistically our choices are either "consistently write-through" or "inconsistently write-through".

[1] https://www.google.com/search?q=python+modify+locals&ie=utf-8&oe=utf-8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:23:17 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 25 Jun 2017 06:23:17 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1498371797.16.0.515908927386.issue30647@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Current status of the PR:

- testing suggests that "nl_langinfo(CODESET)" fails with LC_CTYPE=UTF-8 on Mac OS X as well, but that doesn't matter for Python start-up, since we hardcode UTF-8 as the locale encoding and never call nl_langinfo
- on Linux however, "nl_langingo(CODESET)" succeeds as expected

Accordingly, I've revised the tests as follows:

- on Linux and Mac OS X, having setlocale() succeed gets a locale added to the "available target locales" set for the tests. This reflects the fact that we skip the nl_langinfo(CODESET) check on Mac OS X, and expect it to always succeed on Linux if setlocale() succeeds
- on other platforms where "locale.nl_langinfo(locale.CODESET)" is supported, we only consider a locale an available target locale if that call returns a non-empty answer

At the locale coercion level, I've added an extra check where we save the initial locale (i.e. before we change anything), and if setlocale() succeeds, but nl_langinfo(CODESET) fails, we do setlocale(LC_CTYPE, initial_locale) to try to get things back to their original state.

This seems to *mostly* work on FreeBSD, but doesn't quite get readline back to where it is by default, so test_non_ascii in test_readline fails with the error:

```
======================================================================
FAIL: test_nonascii (test.test_readline.TestReadline)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/custom.koobs-freebsd10/build/Lib/test/test_readline.py", line 203, in test_nonascii
    self.assertIn(b"text 't\\xeb'\r\n", output)
AssertionError: b"text 't\\xeb'\r\n" not found in bytearray(b"^A^B^B^B^B^B^B^B\t\tx\t\r\n[\\357nserted]|t\x07\x08\x08\x08\x08\x08\x08\x08\x07\x07xrted]|t\x08\x08\x08\x08\x08\x08\x08\x07\r\nresult \'[\\udcefnsexrted]|t\'\r\nhistory \'[\\xefnsexrted]|t\'\r\n")

```

My two current guesses as to what may be going wrong there are:

* doing the equivalent of "setlocale(LC_CTYPE, setlocale(LC_CTYPE, NULL))" may be taking libc out of the weird initial state where it claims to be using ASCII, but is really using latin-1; or
* setting "surrogateescape" on "stdin" is causing some unexpected behaviour in the affected test case

I'm leaning towards the former, as if it was the latter, I'd expect to have already seen the same error *without* locale coercion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:28:19 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 25 Jun 2017 06:28:19 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498372099.11.0.914241119106.issue30744@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

To make the behaviour more consistent in 3.7, I'd be more inclined to go in the other direction: make locals() return a truly independent snapshot when used in a function, rather than sharing a single snapshot between all locals() calls.

Shared snapshots that may potentially be written back to the frame locals would then be unique to trace functions, rather than being a feature of function level locals() calls in general.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:28:44 2017
From: report at bugs.python.org (18z)
Date: Sun, 25 Jun 2017 06:28:44 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498372124.52.0.630581047208.issue30422@psf.upfronthosting.co.za>


18z added the comment:

I strongly agree with the idea of writing documents that describe a bit of history to help orient new contributors to IDLE as to where the involved contributors see it going.

As a new comer, before I started to trace the codes of idlelib. A question bothers me all the time. "Why do we need idlelib since there are so many brilliant IDEs out there?" And I'm not sure whether should I keep reading the codes or not.

So, I want to say Thank you to Terry. Your draft helped me. 

I'm really happy to see this question had been discussed in summer 2010. And the result is to modernize idlelib. 

However, I have a suggestion :)

Although the result of the discussion is to modernize. I suggest to add few lines to describe the reasons why this decision had been made. And references (if possible) are needed to provide since some readers might want to see the original discussion.

How do you think? :)

----------
nosy: +KunYu Chen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:42:03 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Sun, 25 Jun 2017 06:42:03 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498372923.02.0.107531529311.issue30744@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

Interesting idea! I'm not sure I fully understand how it would work though.

What would you do for the frames that don't use the fast array, and where locals() currently returns the "real" namespace?

How are you imagining that the trace function writeback would be implemented? Some sort of thread-local flag saying "we're inside a trace function for frame XX" that causes locals() and f_locals to switch to returning a "real" namespace object?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:48:56 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 06:48:56 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498373336.18.0.188754760107.issue30746@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset af5392f5c6f8014659e995840df6ee7b5017f743 by Serhiy Storchaka in branch 'master':
bpo-30746: Port more tests for os.spawnvpe() and os.execve() from 2.7. (#2394)
https://github.com/python/cpython/commit/af5392f5c6f8014659e995840df6ee7b5017f743


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:49:17 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 06:49:17 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498373357.72.0.373199283366.issue30746@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 9c2dc0c58a878ac3d1c44dd0048f8e1cfab2790e by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30746: Prohibited the '=' character in environment variable names (GH-2382) (#2391)
https://github.com/python/cpython/commit/9c2dc0c58a878ac3d1c44dd0048f8e1cfab2790e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:49:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 06:49:43 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498373383.27.0.252280098112.issue30746@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 99e9eb6111ef6a11bfff358866c9f2b0c201ac08 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30746: Prohibited the '=' character in environment variable names (GH-2382) (#2392)
https://github.com/python/cpython/commit/99e9eb6111ef6a11bfff358866c9f2b0c201ac08


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:50:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 06:50:02 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498373402.46.0.965747595188.issue30746@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 787826c9316b03ac8a197078ec1cdf98fa840c5c by Serhiy Storchaka in branch '2.7':
[2.7] bpo-30746: Prohibited the '=' character in environment variable names (GH-2382) (#2393)
https://github.com/python/cpython/commit/787826c9316b03ac8a197078ec1cdf98fa840c5c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:51:00 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 06:51:00 +0000
Subject: [issue30746] Reject environment variable names containing '='
In-Reply-To: <1498331115.22.0.815724101624.issue30746@psf.upfronthosting.co.za>
Message-ID: <1498373460.19.0.593299407187.issue30746@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30746>
_______________________________________

From report at bugs.python.org  Sun Jun 25 02:52:30 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 06:52:30 +0000
Subject: [issue4926] putenv() accepts names containing '=',
 return value of unsetenv() not checked
In-Reply-To: <1231803037.62.0.52390349364.issue4926@psf.upfronthosting.co.za>
Message-ID: <1498373550.0.0.1671999744.issue4926@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The part of this issue ('=' in putenv()) is fixed in issue30746.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4926>
_______________________________________

From report at bugs.python.org  Sun Jun 25 05:06:51 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 25 Jun 2017 09:06:51 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498381611.44.0.478489490651.issue30747@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

The general issue those macros want to prevent is that modern CPUs have a tendency to execute a lot of stuff out-of-order, *including* memory operations.  From the perspective of a single hardware core (or thread, really), that's fine since it  has a logically consistent view of the machine's state (it knows which operations have been reordered, which values have been committed to cache or not, etc.).  But what happens when another hardware core examines in-memory state at the same time? It might find values changing in a different order than the programmer had intended. If it's important that the visible order hasn't been changed, you have a bug.

Note that C "volatile" is not enough: it only prevents the *compiler* from re-ordering or eliding memory accesses, but not the CPU.  As such, "volatile" is only useful if you have a single word-sized piece of state that you need to inspect from several threads at once.  But the eval loop uses several of them, and therefore needs to prevent the CPU from writing or reading them in the wrong order (which may produce synchronization bugs such as deadlocks).

Also note that traditionally, x86 has a "strong" memory ordering model which prevents nasty kinds of reorderings to happen.  But other architectures such as ARM or SPARC can have much weaker memory models (IIRC, we had sporadic hangs on an ARM buildbot a long time ago, because of that, but I can't find a reference).

I admit I'm unable to vouch that the current code is correct.  Jeffrey Yasskin did the original change adding the Py_atomic types and using them in the GIL implementation.

----------
nosy: +jyasskin, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Sun Jun 25 05:10:19 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 25 Jun 2017 09:10:19 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498381819.11.0.822310507357.issue30695@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests:  -2415

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Sun Jun 25 05:10:33 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Sun, 25 Jun 2017 09:10:33 +0000
Subject: [issue30696] infinite loop in PyRun_InteractiveLoopFlags()
In-Reply-To: <1497781984.85.0.996199395593.issue30696@psf.upfronthosting.co.za>
Message-ID: <1498381833.83.0.456808512456.issue30696@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests:  -2416

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30696>
_______________________________________

From report at bugs.python.org  Sun Jun 25 05:14:37 2017
From: report at bugs.python.org (=?utf-8?q?Ren=C3=A9_Podlogar?=)
Date: Sun, 25 Jun 2017 09:14:37 +0000
Subject: [issue30752] Basic subtraction is wrong ( 1.83 - 1.52 ==
 0.31000000000000005)
Message-ID: <1498382077.7.0.583083821643.issue30752@psf.upfronthosting.co.za>


New submission from Ren? Podlogar:

My Python-Installations Python 2.7.12, Python 3.4.5 @linux64
and the CLI on the python.org-Website (interactive shell) affected:

Python 3.6.0 (default, Jan 13 2017, 00:00:00) 
[GCC 4.8.4] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 1.83 - 1.52
0.31000000000000005
>>> 

Expected= 0.31

Verified in irc-channel #python.de

----------
messages: 296817
nosy: Ren? Podlogar
priority: normal
severity: normal
status: open
title: Basic subtraction is wrong ( 1.83 - 1.52 == 0.31000000000000005)
versions: Python 2.7, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30752>
_______________________________________

From report at bugs.python.org  Sun Jun 25 05:44:13 2017
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 25 Jun 2017 09:44:13 +0000
Subject: [issue30752] Basic subtraction is wrong ( 1.83 - 1.52 ==
 0.31000000000000005)
In-Reply-To: <1498382077.7.0.583083821643.issue30752@psf.upfronthosting.co.za>
Message-ID: <1498383853.2.0.90523887848.issue30752@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

This is working as expected. Python's floats use the hardware-provided _binary_ floating-point format, which can't represent every finite decimal value exactly. I recommend reading https://docs.python.org/3.6/tutorial/floatingpoint.html for more information.

----------
nosy: +mark.dickinson
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30752>
_______________________________________

From report at bugs.python.org  Sun Jun 25 05:59:05 2017
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 25 Jun 2017 09:59:05 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1498384745.54.0.785538998848.issue29464@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Can the PR be applied then? It looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Sun Jun 25 06:33:10 2017
From: report at bugs.python.org (=?utf-8?b?UMOkciBCasO2cmtsdW5k?=)
Date: Sun, 25 Jun 2017 10:33:10 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498386790.23.0.587104989971.issue30747@psf.upfronthosting.co.za>


P?r Bj?rklund added the comment:

Antoine said it best.

It's very hard to prove that this code is correct or incorrect as it requires multiple threads accessing the same variable and very specific timings to produce an actual issue.

My PR only solved half of the issue because I didn't really have a good idea for how to handle the load macro but I think it out today so I'll be updating the PR.

Would there be any interest of implementing them for MSVC/ARM as well? It's basically the same code so not much work, however I don't have a platform to actually test it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Sun Jun 25 07:11:27 2017
From: report at bugs.python.org (Vishal Devgn)
Date: Sun, 25 Jun 2017 11:11:27 +0000
Subject: [issue30753] not able to execute print command on page 16 of
 documentation
Message-ID: <1498389087.09.0.895603326933.issue30753@psf.upfronthosting.co.za>


New submission from Vishal Devgn:

>>> a, b = 0, 1
>>> while b < 1000:
... print(b, end=',')
... a, b = b, a+b

in 3.6 as soon as i write print command, it displays an indentation error.

----------
files: 1.png
messages: 296821
nosy: Vishal Devgn
priority: normal
severity: normal
status: open
title: not able to execute print command on page 16 of documentation
type: compile error
versions: Python 3.6
Added file: http://bugs.python.org/file46974/1.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30753>
_______________________________________

From report at bugs.python.org  Sun Jun 25 07:26:20 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 25 Jun 2017 11:26:20 +0000
Subject: [issue30753] not able to execute print command on page 16 of
 documentation
In-Reply-To: <1498389087.09.0.895603326933.issue30753@psf.upfronthosting.co.za>
Message-ID: <1498389980.64.0.935504519597.issue30753@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

This is a bug in your code, not Python, and the error tells you how to fix it. You have to indent the block.

>>> while b < 1000:
...     print(b, end=',')
...     a, b = b, a+b

Remember to press TAB or spacebar inside indented blocks.

You should work through the tutorial.

https://docs.python.org/3/tutorial/index.html

By the way, you say page 16 of which documentation? Are you reading from a book? Which book?

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30753>
_______________________________________

From report at bugs.python.org  Sun Jun 25 09:26:34 2017
From: report at bugs.python.org (Steve Dower)
Date: Sun, 25 Jun 2017 13:26:34 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498397194.86.0.542135201801.issue30747@psf.upfronthosting.co.za>


Steve Dower added the comment:

> Would there be any interest of implementing them for MSVC/ARM as well

Sure, since you're there. It's not easy to test, but I know people who are doing it, so it'll get noticed eventually.

Maybe there's some sort of stress test we can write that is likely to encounter issues? I've done that before to detect concurrency issues in particularly complex code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Sun Jun 25 10:20:41 2017
From: report at bugs.python.org (Matt Billenstein)
Date: Sun, 25 Jun 2017 14:20:41 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498400441.21.0.322728072003.issue30703@psf.upfronthosting.co.za>


Matt Billenstein added the comment:

Yes, I'll email you the details.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Sun Jun 25 11:25:24 2017
From: report at bugs.python.org (Julian Berman)
Date: Sun, 25 Jun 2017 15:25:24 +0000
Subject: [issue30754] textwrap.dedent mishandles empty lines
Message-ID: <1498404324.65.0.525714137023.issue30754@psf.upfronthosting.co.za>


New submission from Julian Berman:

?  python2 -c 'from textwrap import dedent; print repr(dedent(" " * 2 + "\n" + " " * 4 + "\n"))'
'\n\n'

instead of the presumed '\n  \n'

The same appears to be the case for py3.6.


(At first glance, this seems unrelated to http://bugs.python.org/issue19479 although that issue seems to have an unreviewed patch that changes the implementation, so it might also "accidentally" fix the issue).

----------
components: Library (Lib)
messages: 296825
nosy: Julian, georg.brandl, terry.reedy
priority: normal
severity: normal
status: open
title: textwrap.dedent mishandles empty lines
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30754>
_______________________________________

From report at bugs.python.org  Sun Jun 25 11:51:04 2017
From: report at bugs.python.org (=?utf-8?b?UMOkciBCasO2cmtsdW5k?=)
Date: Sun, 25 Jun 2017 15:51:04 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1498405864.81.0.676278323079.issue30687@psf.upfronthosting.co.za>


P?r Bj?rklund added the comment:

I don't believe that this is a bug in Visual Studio as MSBuild is used for .NET projects as well it should be available even without the C++ tooling installed.

Checking for the targets file seems like a workable solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Sun Jun 25 12:01:54 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 25 Jun 2017 16:01:54 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498406514.09.0.768691181289.issue24813@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Sometimes that test fails and sometimes it doesn't, even if I run it several times in a row.  When it does fail, it runs a lot longer than when it doesn't.  So, I'm trying to figure out the difference before reporting it.  Since the failure takes time, I'm thinking it might be resource contention of some sort.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sun Jun 25 12:58:59 2017
From: report at bugs.python.org (Matthew Woodcraft)
Date: Sun, 25 Jun 2017 16:58:59 +0000
Subject: [issue30755] locale.normalize() and getdefaultlocale() convert
 C.UTF-8 to en_US.UTF-8
Message-ID: <1498409939.21.0.261757462715.issue30755@psf.upfronthosting.co.za>


New submission from Matthew Woodcraft:

I have a system where the default locale is C.UTF-8, and en_US.UTF-8 is
not installed.

But locale.normalize() unhelpfully converts "C.UTF-8" to "en_US.UTF-8".

So the following crashes for me:

  python3.6 -c "import locale;locale.setlocale(locale.LC_ALL, ('C', 'UTF-8'))"


Similarly getdefaultlocale() returns ('en_US', 'UTF-8'), so this crashes too:

  export LANG=C.UTF-8
  unset LC_CTYPE
  unset LC_ALL
  unset LANGUAGE
  python3.6 -c "import locale;locale.setlocale(locale.LC_ALL, locale.getdefaultlocale())"


This behaviour is caused by a locale_alias entry in Lib/locale.py .

https://bugs.python.org/issue20076 documents its addition but doesn't
provide a rationale.

I can see that it might be helpful to provide such a conversion if
C.UTF-8 doesn't exist and en_US.UTF-8 does, but the current code is
breaking modern correctly-configured systems for the benefit of old
misconfigured ones (C.UTF-8 shouldn't really be in the environment if it
isn't available on the system, after all).

----------
messages: 296828
nosy: mattheww
priority: normal
severity: normal
status: open
title: locale.normalize() and getdefaultlocale() convert C.UTF-8 to en_US.UTF-8
versions: Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30755>
_______________________________________

From report at bugs.python.org  Sun Jun 25 13:01:55 2017
From: report at bugs.python.org (Matthew Woodcraft)
Date: Sun, 25 Jun 2017 17:01:55 +0000
Subject: [issue18378] locale.getdefaultlocale() fails on Mac OS X with default
 language set to English
In-Reply-To: <1373113143.69.0.513997485887.issue18378@psf.upfronthosting.co.za>
Message-ID: <1498410115.48.0.643223301704.issue18378@psf.upfronthosting.co.za>


Matthew Woodcraft added the comment:

That alias (C.UTF-8 to en_US.UTF-8) is surely a bug in itself nowadays. I've filed #30755 .

----------
nosy: +mattheww

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18378>
_______________________________________

From report at bugs.python.org  Sun Jun 25 13:03:54 2017
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 25 Jun 2017 17:03:54 +0000
Subject: [issue30734] 200000 indexes crashes eval and python (without eval)
In-Reply-To: <1498135393.79.0.831850849211.issue30734@psf.upfronthosting.co.za>
Message-ID: <1498410234.44.0.748073295126.issue30734@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Looks like a duplicate of http://bugs.python.org/issue7985

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30734>
_______________________________________

From report at bugs.python.org  Sun Jun 25 13:41:43 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 17:41:43 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1498412503.05.0.715393157167.issue27945@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2442

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Sun Jun 25 13:56:38 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 17:56:38 +0000
Subject: [issue30734] 200000 indexes crashes eval and python (without eval)
In-Reply-To: <1498135393.79.0.831850849211.issue30734@psf.upfronthosting.co.za>
Message-ID: <1498413398.85.0.05519531899.issue30734@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Which is a duplicate of issue5765 fixed for Python 3.3+. It was decided to not fix issue5765 for 2.7.

----------
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> stack overflow evaluating eval("()" * 30000)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30734>
_______________________________________

From report at bugs.python.org  Sun Jun 25 13:59:19 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 25 Jun 2017 17:59:19 +0000
Subject: [issue7985] access to infinitely recursive list
In-Reply-To: <1266850971.35.0.609104606794.issue7985@psf.upfronthosting.co.za>
Message-ID: <1498413559.01.0.155408759963.issue7985@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Correction to the last message. Issue5765 was a 3.x issue. It was fixed for 3.3+, and it was decided to not fix it for 2.7 and 3.2. This issue is not reproduced in 3.3+.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7985>
_______________________________________

From report at bugs.python.org  Sun Jun 25 13:59:59 2017
From: report at bugs.python.org (George Shuklin)
Date: Sun, 25 Jun 2017 17:59:59 +0000
Subject: [issue30734] 200000 indexes crashes eval and python (without eval)
In-Reply-To: <1498135393.79.0.831850849211.issue30734@psf.upfronthosting.co.za>
Message-ID: <1498413599.77.0.355548632299.issue30734@psf.upfronthosting.co.za>


George Shuklin added the comment:

Unfixed crash of code interpreter? This is sad.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30734>
_______________________________________

From report at bugs.python.org  Sun Jun 25 14:10:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 25 Jun 2017 18:10:19 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498414219.19.0.293274978836.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

You should have enough data to open an issue; make Serhiy Storchaka (and me) nosy. Does the same test fail consistently or not?  % of failures. When it takes longer, is there a particular place in the stream of results where it pauses?  When I run it on master, it consistently takes 3 seconds, and there is a deprecation warning that I think should be caught in the test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sun Jun 25 15:02:20 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 25 Jun 2017 19:02:20 +0000
Subject: [issue30756] GUI tests fail on Ubuntu
Message-ID: <1498417340.5.0.500567108578.issue30756@psf.upfronthosting.co.za>


New submission from Cheryl Sabella:

Running the tests over up to date build on Ubuntu 16.04 64-bit.

./python -m test.test_ttk_guionly -v


Sometimes this runs without failure and sometimes it 'hangs' and then produces failures.  When it hangs, my computer freezes completely.  As you can see, it can run for 8 minutes.

It seems to hang most often on test_idenify in EntryTest.

Here's one set of failures:

======================================================================
FAIL: test_identify (tkinter.test.test_ttk.test_widgets.EntryTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cheryl/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 332, in test_identify
    self.assertEqual(self.entry.identify(5, 5), "textarea")
AssertionError: '' != 'textarea'
+ textarea

======================================================================
FAIL: test_get (tkinter.test.test_ttk.test_widgets.ScaleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cheryl/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 807, in test_get
    self.assertEqual(self.scale.get(scale_width, 0), self.scale['to'])
AssertionError: 0.0 != 1.0

======================================================================
FAIL: test_set (tkinter.test.test_ttk.test_widgets.ScaleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cheryl/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 849, in test_set
    self.assertEqual(conv(self.scale.get(self.scale.winfo_width(), 0)), max)
AssertionError: 0.0 != 1.0

======================================================================
FAIL: test_identify (tkinter.test.test_ttk.test_widgets.WidgetTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cheryl/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 71, in test_identify
    ), "label")
AssertionError: '' != 'label'
+ label

----------------------------------------------------------------------
Ran 272 tests in 491.572s

FAILED (failures=4)



Here's another set from a different run:

======================================================================
FAIL: test_get (tkinter.test.test_ttk.test_widgets.ScaleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cheryl/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 807, in test_get
    self.assertEqual(self.scale.get(scale_width, 0), self.scale['to'])
AssertionError: 0.0 != 1.0

======================================================================
FAIL: test_set (tkinter.test.test_ttk.test_widgets.ScaleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cheryl/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 849, in test_set
    self.assertEqual(conv(self.scale.get(self.scale.winfo_width(), 0)), max)
AssertionError: 0.0 != 1.0

======================================================================
FAIL: test_identify (tkinter.test.test_ttk.test_widgets.WidgetTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cheryl/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 71, in test_identify
    ), "label")
AssertionError: '' != 'label'
+ label

======================================================================
FAIL: test_horizontal_range (tkinter.test.test_ttk.test_extensions.LabeledScaleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cheryl/cpython/Lib/tkinter/test/test_ttk/test_extensions.py", line 122, in test_horizontal_range
    self.assertEqual(prev_xcoord, int(linfo_1['x']))
AssertionError: 16 != 1

----------------------------------------------------------------------
Ran 272 tests in 353.180s

FAILED (failures=4)

----------
components: Tests
messages: 296835
nosy: csabella, serhiy.storchaka, terry.reedy
priority: normal
severity: normal
status: open
title: GUI tests fail on Ubuntu
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30756>
_______________________________________

From report at bugs.python.org  Sun Jun 25 15:03:17 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 25 Jun 2017 19:03:17 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1498414219.19.0.293274978836.issue24813@psf.upfronthosting.co.za>
Message-ID: <CAACPsK5Xvp1p8fopWmJ+mbyE6GqUJFxb=OwAKD5CL9srXFphfw@mail.gmail.com>


Cheryl Sabella added the comment:

Created issue 30756.

On Sun, Jun 25, 2017 at 2:10 PM, Terry J. Reedy <report at bugs.python.org>
wrote:

>
> Terry J. Reedy added the comment:
>
> You should have enough data to open an issue; make Serhiy Storchaka (and
> me) nosy. Does the same test fail consistently or not?  % of failures. When
> it takes longer, is there a particular place in the stream of results where
> it pauses?  When I run it on master, it consistently takes 3 seconds, and
> there is a deprecation warning that I think should be caught in the test.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue24813>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Sun Jun 25 17:52:16 2017
From: report at bugs.python.org (Steve Dower)
Date: Sun, 25 Jun 2017 21:52:16 +0000
Subject: [issue30687] build.bat should locate msbuild.exe rather than
 vcvarsall.bat
In-Reply-To: <1497650629.64.0.20299274819.issue30687@psf.upfronthosting.co.za>
Message-ID: <1498427536.4.0.260098727801.issue30687@psf.upfronthosting.co.za>


Steve Dower added the comment:

The bug is  MSBuild 15.0 should be able to locate earlier versions of VC, even if you haven't installed it for VS 2017.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30687>
_______________________________________

From report at bugs.python.org  Sun Jun 25 17:45:24 2017
From: report at bugs.python.org (Alex Groce)
Date: Sun, 25 Jun 2017 21:45:24 +0000
Subject: [issue30749] Non-atomic and unusual (wrong) rename behavior under OS X
In-Reply-To: <1498345196.68.0.88210579685.issue30749@psf.upfronthosting.co.za>
Message-ID: <1498427124.06.0.621303705267.issue30749@psf.upfronthosting.co.za>


Alex Groce added the comment:

Checked, and this is a problem on Python 3 as well as 2.7.

----------
title: Non-atomic and unusual (wrong) rename behavior under OS X, Python 2.7.13 -> Non-atomic and unusual (wrong) rename behavior under OS X
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30749>
_______________________________________

From report at bugs.python.org  Sun Jun 25 19:39:14 2017
From: report at bugs.python.org (Glenn Linderman)
Date: Sun, 25 Jun 2017 23:39:14 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1498433954.81.0.346117477815.issue30576@psf.upfronthosting.co.za>


Glenn Linderman added the comment:

Martin, I understood what you meant, but sadly, doing that least to confusion. Follow your link, it displays fine, and then save the file. At least in Firefox, the default name to save as is "nGzip ? A File Compressor.html". This looks appropriate, but the saved file is actually the compressed .gz form, so attempting to display it later, from the default name, displays the compressed gibberish, because the name does not reflect the encoding. Perhaps this should be considered a Firefox bug? Chrome saves the uncompressed version with the same default name. I can't actually figure out how to save the file from Edge, so don't know what it might do.

I'm surprised that Firefox, since it saves the compressed version, didn't offer the name "index.en.html.gz", and that Chrome, for the uncompressed version, didn't offer "index.en.html". Deriving the name from the title feels weird, but maybe only because I create web pages, and know what the real file names are. But this paragraph, other than the lack of ".gz" for Firefox naming, is veery off-topic.

The point I'm trying to make, though, is that the URIs shouldn't contain file extensions that include the compression, because that is confusing. The compression should be an internally negotiated detail between the browser and the web server, and the URI should reflect the content to be displayed, not the form in which it was encoded for transfer (or storage).  When .gz or .br is included in the URI, I would expect the browser to offer to save it to disk as a binary, compressed file, just like .zip. The variant behavior of Firefox and Chrome makes me wonder if there is even a standard that applies in this area... if there is, and if either one of them is following it, it is certainly not what I would expect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Sun Jun 25 20:19:27 2017
From: report at bugs.python.org (Glenn Linderman)
Date: Mon, 26 Jun 2017 00:19:27 +0000
Subject: [issue30576] http.server should support HTTP compression (gzip)
In-Reply-To: <1496691724.59.0.955308322691.issue30576@psf.upfronthosting.co.za>
Message-ID: <1498436367.03.0.173304330377.issue30576@psf.upfronthosting.co.za>


Glenn Linderman added the comment:

"veery" should be "veering" in above comment, sorry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30576>
_______________________________________

From report at bugs.python.org  Sun Jun 25 23:03:34 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 26 Jun 2017 03:03:34 +0000
Subject: [issue30756] ttk: GUI tests fail on Ubuntu
In-Reply-To: <1498417340.5.0.500567108578.issue30756@psf.upfronthosting.co.za>
Message-ID: <1498446214.65.0.153288711643.issue30756@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
components: +Tkinter
title: GUI tests fail on Ubuntu -> ttk: GUI tests fail on Ubuntu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30756>
_______________________________________

From report at bugs.python.org  Sun Jun 25 23:11:29 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 26 Jun 2017 03:11:29 +0000
Subject: [issue17960] Clarify the required behaviour of locals()
In-Reply-To: <1368344807.52.0.116896667629.issue17960@psf.upfronthosting.co.za>
Message-ID: <1498446689.17.0.335151608912.issue17960@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
versions: +Python 3.7 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17960>
_______________________________________

From report at bugs.python.org  Sun Jun 25 23:39:14 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 26 Jun 2017 03:39:14 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498448354.91.0.102551418553.issue30744@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Sorry, I wasn't clear: I don't see any problem for the cases that don't optimize local variable access, and don't think any of those should change.

Instead, I think we should tighten up the formal specification of locals() to better match how it is actually used in practice: https://mail.python.org/pipermail/python-dev/2013-May/125917.html

(https://bugs.python.org/issue17960 is the corresponding issue, although I clearly got distracted by other things and never followed up with a patch for the language reference. https://bugs.python.org/issue17546 is another issue lamenting the current underspecification in this area)

However, function bodiess are already inherently different from other execution namespaces, and that stems from a particular special case assumption that we don't make anywhere else: we assume that at compile time, the compiler can see all of the names added to the local namespace of a function.

That assumption wasn't quite valid in Python 2 (since unqualified exec statements and function level wildcard imports could mess with it), but it's much closer to being true in Python 3.

Checking the 3.7 code, the only remaining ways to trigger it are:

- via a tracing function (since LocalsToFast gets called after the tracing function runs)
- by injecting an IMPORT_STAR opcode into a function code object (the compiler disallows that in Python 3 and emits a SyntaxWarning for it in Python 2, but the LocalsToFast call is still there in the eval loop)

So I think an entirely valid way forward here would be to delete LocalsToFast in 3.7+, and say that if you want to write access to a function namespace from outside the function, you need to either implement an eval hook (not just a tracing hook), or else use a closure that closes over all the variables that you want write access to.

However, the less drastic way forward would be to make it so that writing a tracing function is the only way to get access to the FastToLocals result, and have locals() on a frame running a code object compiled for fast locals return f->f_locals.copy() rather than a direct reference to the original.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Sun Jun 25 23:49:19 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 26 Jun 2017 03:49:19 +0000
Subject: [issue30734] 200000 indexes crashes eval and python (without eval)
In-Reply-To: <1498135393.79.0.831850849211.issue30734@psf.upfronthosting.co.za>
Message-ID: <1498448959.32.0.110171080156.issue30734@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

We have quite a few of them: https://github.com/python/cpython/tree/master/Lib/test/crashers

Python 2.7 is ancient, so our tolerance for intrusive interpreter level fixes to address rare problems that are easy to avoid at the development level is pretty low.

Fixing those kinds of problems in Python 3.x is encouraged, but still not necessarily easy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30734>
_______________________________________

From report at bugs.python.org  Mon Jun 26 00:18:26 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 04:18:26 +0000
Subject: [issue30756] ttk: GUI tests fail on Ubuntu
In-Reply-To: <1498417340.5.0.500567108578.issue30756@psf.upfronthosting.co.za>
Message-ID: <1498450706.9.0.936465167713.issue30756@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

My Win 10 machine consistently runs 272 tests OK in 3 seconds.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30756>
_______________________________________

From report at bugs.python.org  Mon Jun 26 00:18:47 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 04:18:47 +0000
Subject: [issue30756] ttk: GUI tests fail on Ubuntu
In-Reply-To: <1498417340.5.0.500567108578.issue30756@psf.upfronthosting.co.za>
Message-ID: <1498450727.17.0.944593564789.issue30756@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30756>
_______________________________________

From report at bugs.python.org  Mon Jun 26 00:26:08 2017
From: report at bugs.python.org (Denis Akhiyarov)
Date: Mon, 26 Jun 2017 04:26:08 +0000
Subject: [issue30757] pyinstaller can be added to docs,
 py2exe ref can be updated
Message-ID: <1498451168.27.0.593036349197.issue30757@psf.upfronthosting.co.za>


New submission from Denis Akhiyarov:

https://github.com/python/cpython/pull/1158

It is not clear why this FAQ item is written in addition to this document:

https://github.com/python/cpython/blob/master/Doc/faq/windows.rst#how-do-i-make-python-scripts-executable

https://github.com/python/cpython/blob/master/Doc/faq/programming.rst#how-can-i-create-a-stand-alone-binary-from-a-python-script

----------
assignee: docs at python
components: Documentation
messages: 296844
nosy: denfromufa, docs at python
priority: normal
severity: normal
status: open
title: pyinstaller can be added to docs, py2exe ref can be updated
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30757>
_______________________________________

From report at bugs.python.org  Mon Jun 26 00:28:11 2017
From: report at bugs.python.org (Denis Akhiyarov)
Date: Mon, 26 Jun 2017 04:28:11 +0000
Subject: [issue30757] pyinstaller can be added to docs,
 py2exe ref can be updated
In-Reply-To: <1498451168.27.0.593036349197.issue30757@psf.upfronthosting.co.za>
Message-ID: <1498451291.21.0.586869527501.issue30757@psf.upfronthosting.co.za>


Changes by Denis Akhiyarov <denis.akhiyarov at gmail.com>:


----------
pull_requests: +2443

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30757>
_______________________________________

From report at bugs.python.org  Mon Jun 26 00:52:08 2017
From: report at bugs.python.org (Xavier G. Domingo)
Date: Mon, 26 Jun 2017 04:52:08 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498452728.66.0.146665339012.issue29304@psf.upfronthosting.co.za>


Changes by Xavier G. Domingo <xgdomingo at gmail.com>:


----------
nosy: +xgdomingo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Mon Jun 26 00:55:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 04:55:51 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1498452951.28.0.902035688106.issue6739@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 8c78aa70c888a370af18896a72cabd00e4120f09 by terryjreedy (csabella) in branch 'master':
bpo-6739: IDLE: Check for valid keybinding in config_keys (#2377)
https://github.com/python/cpython/commit/8c78aa70c888a370af18896a72cabd00e4120f09


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Mon Jun 26 00:59:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 04:59:13 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1498453153.31.0.141307279279.issue6739@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2444

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Mon Jun 26 01:10:17 2017
From: report at bugs.python.org (Jeffrey Yasskin)
Date: Mon, 26 Jun 2017 05:10:17 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498453817.13.0.600876524425.issue30747@psf.upfronthosting.co.za>


Jeffrey Yasskin added the comment:

Has enough time passed that you can use the C11 atomic types and operations instead of special-casing these for each compiler? (e.g. http://en.cppreference.com/w/c/atomic/atomic_store)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Mon Jun 26 01:11:49 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Jun 2017 05:11:49 +0000
Subject: [issue30441] os.environ raises RuntimeError: dictionary changed size
 during iteration
In-Reply-To: <1495550150.73.0.497197540263.issue30441@psf.upfronthosting.co.za>
Message-ID: <1498453909.96.0.773048057211.issue30441@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Osvaldo, could you please create a pull request on GitHub based on your first patch? But use list() instead of dict().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30441>
_______________________________________

From report at bugs.python.org  Mon Jun 26 01:15:15 2017
From: report at bugs.python.org (Tim Peters)
Date: Mon, 26 Jun 2017 05:15:15 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498454115.2.0.8344006126.issue29304@psf.upfronthosting.co.za>


Tim Peters added the comment:

I suggest reading the thread I started here[1] before pursuing this:  it looks very likely that the entire collision resolution scheme should be replaced with one of the "double hashing" ones given there, a bona fide algorithmic improvement for small tables and pathological key sets.  Whether it actually runs faster remains a mystery ;-)  The loop guts change from a shift, three adds, and a mask (or a multiply, two adds, and a mask) to just one add and a mask.  But the post-first-probe pre-loop setup gets more expensive.

[1] https://mail.python.org/pipermail/python-ideas/2017-June/046143.html

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Mon Jun 26 01:20:00 2017
From: report at bugs.python.org (Tim Peters)
Date: Mon, 26 Jun 2017 05:20:00 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498454400.95.0.51896361285.issue29304@psf.upfronthosting.co.za>


Tim Peters added the comment:

Oops!  I undercounted the shifts in the current scheme:  there's an additional shift for "perturb".  That doesn't exist in the "double hashing" alternatives.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Mon Jun 26 01:21:05 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 05:21:05 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1498454465.12.0.0348374652007.issue6739@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 64a0c266e78c6b5363668012fa7fb614f6018930 by terryjreedy in branch '3.6':
[3.6] bpo-6739: IDLE: Check for valid keybinding in config_keys (GH-2377) (#2397)
https://github.com/python/cpython/commit/64a0c266e78c6b5363668012fa7fb614f6018930


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Mon Jun 26 01:38:16 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 05:38:16 +0000
Subject: [issue6739] IDLE: refuse invalid key bindings
In-Reply-To: <1250757080.7.0.965993936336.issue6739@psf.upfronthosting.co.za>
Message-ID: <1498455496.86.0.381275202177.issue6739@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Guilherme, thank you for the patch.  Sorry it took so long to be applied.  Cheryl, thank you for making the PR.  Writing invalid, exception-raising sequences to user config files was a definite bug.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6739>
_______________________________________

From report at bugs.python.org  Mon Jun 26 01:52:28 2017
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 26 Jun 2017 05:52:28 +0000
Subject: [issue30749] Non-atomic and unusual (wrong) rename behavior under OS X
In-Reply-To: <1498345196.68.0.88210579685.issue30749@psf.upfronthosting.co.za>
Message-ID: <1498456348.81.0.330896048988.issue30749@psf.upfronthosting.co.za>


Ronald Oussoren added the comment:

What version of macOS did you test on?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30749>
_______________________________________

From report at bugs.python.org  Mon Jun 26 02:30:01 2017
From: report at bugs.python.org (Alex Groce)
Date: Mon, 26 Jun 2017 06:30:01 +0000
Subject: [issue30749] Non-atomic and unusual (wrong) rename behavior under OS X
In-Reply-To: <1498345196.68.0.88210579685.issue30749@psf.upfronthosting.co.za>
Message-ID: <1498458601.61.0.21055204573.issue30749@psf.upfronthosting.co.za>


Alex Groce added the comment:

Tested on latest Mac OS; mv at command line does the right thing, have not checked a C rename yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30749>
_______________________________________

From report at bugs.python.org  Mon Jun 26 03:41:38 2017
From: report at bugs.python.org (Alex Groce)
Date: Mon, 26 Jun 2017 07:41:38 +0000
Subject: [issue30749] Non-atomic and unusual (wrong) rename behavior under OS X
In-Reply-To: <1498345196.68.0.88210579685.issue30749@psf.upfronthosting.co.za>
Message-ID: <1498462898.14.0.778235683482.issue30749@psf.upfronthosting.co.za>


Alex Groce added the comment:

#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <sys/stat.h>

int main () {
  system("rm -rf testingdir");
  mkdir("testingdir",S_IRWXU);  
  mkdir("testingdir/a",S_IRWXU);
  mkdir("testingdir/a/a",S_IRWXU);
  mkdir("testingdir/a/a/a",S_IRWXU);
  printf("BEFORE:\n");
  system("ls -lR testingdir");
  int res = rename("testingdir","testingdir/a/a/a");
  printf("res = %d, ERRNO = %d\n",res,errno);
  printf("AFTER:\n");
  system("ls -lR testingdir");  
}


shows that it appears to be an OS X rename issue, not a Python problem.

Lowering # directories in the chain by 1 reverts to errno 22 and correct behavior, but it's at the OS level, not Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30749>
_______________________________________

From report at bugs.python.org  Mon Jun 26 04:11:10 2017
From: report at bugs.python.org (Alex Groce)
Date: Mon, 26 Jun 2017 08:11:10 +0000
Subject: [issue30749] Non-atomic and unusual (wrong) rename behavior under OS X
In-Reply-To: <1498345196.68.0.88210579685.issue30749@psf.upfronthosting.co.za>
Message-ID: <1498464670.57.0.252119774678.issue30749@psf.upfronthosting.co.za>


Alex Groce added the comment:

Looks to be OS X rename, not Python

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30749>
_______________________________________

From report at bugs.python.org  Mon Jun 26 04:27:13 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 08:27:13 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498465633.3.0.587786738183.issue30747@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Unfortunately not: """Python versions greater than or equal to 3.6 use C89 with several select C99 features: [...]""" (PEP 7).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Mon Jun 26 04:30:48 2017
From: report at bugs.python.org (=?utf-8?b?UMOkciBCasO2cmtsdW5k?=)
Date: Mon, 26 Jun 2017 08:30:48 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1498465848.81.0.460812545644.issue30747@psf.upfronthosting.co.za>


P?r Bj?rklund added the comment:

Microsoft don't spend much time on the C compiler features, still lacking C99 features so I don't have much hope of getting C11 support anytime soon or at all.

One could of course implement a cross platform stdatomic library that matches the C11 spec.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:28:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:28:32 +0000
Subject: [issue30283] [2.7] Backport test_regrtest (partially) on Python 2.7
In-Reply-To: <1494001389.01.0.0290337792937.issue30283@psf.upfronthosting.co.za>
Message-ID: <1498469312.01.0.716609525374.issue30283@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2445

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30283>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:35:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:35:00 +0000
Subject: [issue30263] regrtest: log the system load?
In-Reply-To: <1493852971.75.0.704908002937.issue30263@psf.upfronthosting.co.za>
Message-ID: <1498469700.7.0.186612220118.issue30263@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The load average is now logged to 2.7, 3.5, 3.6 and master branches. I didn't see any bug releated to this tiny addition, so I close this issue.


Jeremy Kloth: "Pushed utility to github:  https://github.com/jkloth/loadavg"

I consider that this feature deserves its own issue since the implementation requires C code and is much more complex than just logging os.getloadavg().

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30263>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:35:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:35:23 +0000
Subject: [issue30351] [2.7] regrtest hangs on Python 2.7 (test_threading?)
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498469723.71.0.600530292716.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20VS9.0%202.7/builds/137/steps/test/logs/stdio

0:03:12 [401/404] test_zipfile passed
0:03:12 [402/404] test_zlib passed
0:03:15 [403/404] test_urllib2_localnet passed

command timed out: 1200 seconds without output, attempting to kill
program finished with exit code 1
elapsedTime=1396.358000

----------
components: +Tests
keywords: +buildbot
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:36:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:36:20 +0000
Subject: [issue30351] [2.7] regrtest hangs on Python 2.7 (test_threading?)
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498469780.78.0.897560520057.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/ARMv7%20Ubuntu%203.5/builds/324/steps/test/logs/stdio

0:08:44 load avg: 7.83 [394/398] test_asyncio
0:09:12 load avg: 6.52 [395/398] test_pickle
0:09:40 load avg: 5.13 [396/398] test_tools
0:10:27 load avg: 3.48 [397/398] test_tokenize

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2 -j8', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=1830.667627

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:39:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:39:54 +0000
Subject: [issue30758] test_pydoc (regrtest?) hangs on ARMv7 Ubuntu 3.x
Message-ID: <1498469994.85.0.367724213837.issue30758@psf.upfronthosting.co.za>


New submission from STINNER Victor:

> ./python  ./Tools/scripts/run_tests.py -j 1 -u all -W --slowest --timeout=900 -j2 -j8

faulthandler was supposed to kill test_pydoc after 15 minutes, and regrtest is supposed to log "running: pydoc (since xxx seconds)" every 30 seconds. Something gone bad. Buildbot killed regrtest because it didn't produce output during 20 minutes.

http://buildbot.python.org/all/builders/ARMv7%20Ubuntu%203.x/builds/968/steps/test/logs/stdio

running: test_pydoc (420 sec), test_datetime (234 sec), test_tools (258 sec)
0:11:42 load avg: 3.90 [404/406] test_datetime passed (240 sec) -- running: test_pydoc (428 sec), test_tools (266 sec)
running: test_pydoc (458 sec), test_tools (296 sec)
0:12:13 load avg: 3.15 [405/406] test_tools passed (296 sec) -- running: test_pydoc (459 sec)

command timed out: 1200 seconds without output running ['make', 'buildbottest', 'TESTOPTS=-j2 -j8', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=1936.512343

----------
components: Tests
keywords: buildbot
messages: 296861
nosy: haypo
priority: normal
severity: normal
status: open
title: test_pydoc (regrtest?) hangs on ARMv7 Ubuntu 3.x
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30758>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:41:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:41:09 +0000
Subject: [issue30758] test_pydoc (regrtest?) hangs on ARMv7 Ubuntu 3.x
In-Reply-To: <1498469994.85.0.367724213837.issue30758@psf.upfronthosting.co.za>
Message-ID: <1498470069.65.0.891595710469.issue30758@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30758>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:44:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:44:05 +0000
Subject: [issue30759] [2.7] Fix python2 -m test --list-cases
 test_multibytecodec_support test_robotparser
Message-ID: <1498470245.46.0.632048342488.issue30759@psf.upfronthosting.co.za>


New submission from STINNER Victor:

On Python 2.7, listing *all* test cases with "./python -m test --list-cases" fails on the following test files:

* test_multibytecodec_support 
* test_robotparser

regrtest of Python 2.7 uses the test_main() function of each test file, if the function is defined. Whereas --list-cases is more written as a raw discovery function listing all cases which inherit from unittest.TestCase. These 3 files have base test cases which are "abstract" or configured below.

Options:

* Modify --list-cases to tolerate failures and report them at exit
* Modify these 2 tests to make them more "test discovery"-friendly
* Use test_main() function if available but modify its behaviour to only list test cases, instead of running them

I would prefer to limit changes in Python 2.7 branch, so IMHO the second option is the best: modify the 2 tests.


haypo at selma$ ./python -m test --list-cases test_multibytecodec_support
Traceback (most recent call last):
  ...
  File "/home/haypo/prog/python/2.7/Lib/test/test_multibytecodec_support.py", line 268, in __init__
    self.open_mapping_file().close() # test it to report the error early
  File "/home/haypo/prog/python/2.7/Lib/test/test_multibytecodec_support.py", line 273, in open_mapping_file
    return test_support.open_urlresource(self.mapfileurl)
AttributeError: 'TestBase_Mapping' object has no attribute 'mapfileurl'


haypo at selma$ ./python -m test --list-cases test_robotparser
Traceback (most recent call last):
  ...
  File "/home/haypo/prog/python/2.7/Lib/test/regrtest.py", line 1511, in list_cases
    suite = unittest.defaultTestLoader.loadTestsFromName(abstest)
  File "/home/haypo/prog/python/2.7/Lib/unittest/loader.py", line 103, in loadTestsFromName
    return self.loadTestsFromModule(obj)
  File "/home/haypo/prog/python/2.7/Lib/unittest/loader.py", line 65, in loadTestsFromModule
    tests.append(self.loadTestsFromTestCase(obj))
  File "/home/haypo/prog/python/2.7/Lib/unittest/loader.py", line 56, in loadTestsFromTestCase
    loaded_suite = self.suiteClass(map(testCaseClass, testCaseNames))
TypeError: __init__() takes exactly 6 arguments (2 given)

----------
messages: 296862
nosy: haypo
priority: normal
severity: normal
status: open
title: [2.7] Fix python2 -m test --list-cases test_multibytecodec_support test_robotparser

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30759>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:44:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:44:13 +0000
Subject: [issue30759] [2.7] Fix python2 -m test --list-cases
 test_multibytecodec_support test_robotparser
In-Reply-To: <1498470245.46.0.632048342488.issue30759@psf.upfronthosting.co.za>
Message-ID: <1498470253.85.0.156593493913.issue30759@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Tests
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30759>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:44:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:44:39 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498470279.67.0.913968276157.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> On Python 2.7, listing *all* test cases with "./python -m test --list-cases" fails on the following test files:

I created bpo-30759: "[2.7] Fix python2 -m test --list-cases test_multibytecodec_support test_robotparser".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:47:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:47:46 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498470466.69.0.670936756198.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:

regrtest now supports --list-cases and --matchfile features in 2.7, 3.5, 3.6 and master (future 3.7) branches, so I now close the issue.

See bpo-30759 for the pending bug in Python 2.7. IMHO this bug is not a blocking feature, so it's ok to this close this issue.

Thanks Serhiy Storchaka and Julien Palard for the feedback and reviews, thanks Louie Lu for the actual implementation, much simpler than what I expected ;-)

These features already helped me a lot of identified reference leaks. So thank you all ;-)

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:48:10 2017
From: report at bugs.python.org (quanyechavshuo)
Date: Mon, 26 Jun 2017 09:48:10 +0000
Subject: [issue30760] configparse module in python3 can not write '%' to
 config file
Message-ID: <1498470490.58.0.585332868378.issue30760@psf.upfronthosting.co.za>


New submission from quanyechavshuo:

Hello,I was using configparser module in python3.6,but find it works not good when I try to write '%' to my config file,below is my func:

def update_config_file_key_value(file, section, key_name, key_value):
    # ??configparser???????????
    # section?[]????
    if os.path.exists(file) == False:
        os.system("touch %s" % file)
    import configparser
    config = configparser.ConfigParser()
    config.read(file)
    sectionList = config.sections()
    if section not in sectionList:
        config.add_section(section)
    config.set(section, key_name, str(key_value))
    with open(file, 'w') as f:
        config.write(f)

When I use it as:
update_config_file_key_value('config.ini','default','cookie',"123")
it works well,but below not ok:
update_config_file_key_value('config.ini','default','cookie',"%123")
and below not ok:
update_config_file_key_value('config.ini','default','cookie',"123%")
and below not ok:
update_config_file_key_value('config.ini','default','cookie',"12%3")

That's to say,configparser can not write '%' to config file.

----------
messages: 296865
nosy: quanyechavshuo
priority: normal
severity: normal
status: open
title: configparse module in python3 can not write '%' to config file
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30760>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:55:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:55:20 +0000
Subject: [issue30259] Test somehow that generated files are up to date: run
 make regen-all
In-Reply-To: <1493828808.63.0.88408078015.issue30259@psf.upfronthosting.co.za>
Message-ID: <1498470920.09.0.576561430841.issue30259@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, Zachary: it seems like you already implemented this check, no?

"Use Travis to make sure all generated files are up to date"
[MERGED] https://github.com/python/cpython/pull/2080

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30259>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:56:48 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:56:48 +0000
Subject: [issue30259] Test somehow that generated files are up to date: run
 make regen-all
In-Reply-To: <1493828808.63.0.88408078015.issue30259@psf.upfronthosting.co.za>
Message-ID: <1498471008.07.0.0313108561711.issue30259@psf.upfronthosting.co.za>


STINNER Victor added the comment:

make -j4
      make -j4 regen-all clinic
      changes=`git status --porcelain`
      if ! test -z "$changes"
      then
        echo "Generated files not up to date"
        echo "$changes"
        exit 1
      fi

I understand that we build the whole Python, and only later check if generated files are up to date.

Why not checking if generated files are up to date *before* compiling Python?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30259>
_______________________________________

From report at bugs.python.org  Mon Jun 26 05:58:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 09:58:56 +0000
Subject: [issue30273] The coverage job is broken: distutils build_ext fails on
 None
In-Reply-To: <1493931065.16.0.071760952021.issue30273@psf.upfronthosting.co.za>
Message-ID: <1498471136.51.0.156924626136.issue30273@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Me: "Can someone please check if the job pass on all branches? If yes, please close the issue."

Hum, I don't see the coverage job on my PR anymore. I don't know where it's gone. It seems like this issue is fixed, so I close it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30273>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:10:13 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 26 Jun 2017 10:10:13 +0000
Subject: [issue30761] pdb: Add step / next count arguments
Message-ID: <1498471813.04.0.648864128078.issue30761@psf.upfronthosting.co.za>


New submission from Louie Lu:

This propose to add *count* times on step and next instruction in pdb.

    step [count]
    next [count]

User can use `next [count]` to run next *count* times, or `step [count]` to run step *count* times, until it countdown, or occure a breakpoint.

Similar function has been implemented in gdb[1] before.

[1]: https://sourceware.org/gdb/onlinedocs/gdb/Continuing-and-Stepping.html

----------
components: Library (Lib)
messages: 296869
nosy: louielu
priority: normal
severity: normal
status: open
title: pdb: Add step / next count arguments
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30761>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:12:00 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 26 Jun 2017 10:12:00 +0000
Subject: [issue30761] pdb: Add step / next count arguments
In-Reply-To: <1498471813.04.0.648864128078.issue30761@psf.upfronthosting.co.za>
Message-ID: <1498471920.59.0.0949052534331.issue30761@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2446

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30761>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:13:37 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Mon, 26 Jun 2017 10:13:37 +0000
Subject: =?utf-8?q?=5Bissue30762=5D_Misleading_message_=E2=80=9Ccan=27t_concat_byt?=
 =?utf-8?b?ZXMgdG8gc3Ry4oCd?=
Message-ID: <1498472017.09.0.210411923746.issue30762@psf.upfronthosting.co.za>


New submission from Antoine Pietri:

>>> b'a' + 'a'
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: can't concat bytes to str


This error message is misleading because it is reversed: what is really happening is that we're concatenating str to bytes! When you say "attach A to B" it means B is there first and A is added to it afterwards.

That said, we can't just reverse the message (?can't concat str to bytes?), because having the message reversed compared to the code would be also misleading.

I therefore propose to use ?and? (? ?can't concat bytes and str?), which makes more sense and preserve the order.

----------
messages: 296870
nosy: antoine.pietri
priority: normal
severity: normal
status: open
title: Misleading message ?can't concat bytes to str?

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30762>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:14:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 10:14:07 +0000
Subject: [issue30761] pdb: Add step / next count arguments
In-Reply-To: <1498471813.04.0.648864128078.issue30761@psf.upfronthosting.co.za>
Message-ID: <1498472047.74.0.384529917395.issue30761@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Xavier: Would you mind to review this enhancement? Thanks.

----------
nosy: +haypo, xdegaye

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30761>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:15:05 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Mon, 26 Jun 2017 10:15:05 +0000
Subject: =?utf-8?q?=5Bissue30762=5D_Misleading_message_=E2=80=9Ccan=27t_concat_byt?=
 =?utf-8?b?ZXMgdG8gc3Ry4oCd?=
In-Reply-To: <1498472017.09.0.210411923746.issue30762@psf.upfronthosting.co.za>
Message-ID: <1498472105.4.0.969351554228.issue30762@psf.upfronthosting.co.za>


Changes by Antoine Pietri <antoine.pietri1 at gmail.com>:


----------
pull_requests: +2447

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30762>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:38:57 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 26 Jun 2017 10:38:57 +0000
Subject: [issue30429] bdb and pdb: Add watchpoint function
In-Reply-To: <1495454985.48.0.445993940506.issue30429@psf.upfronthosting.co.za>
Message-ID: <1498473537.51.0.949953839136.issue30429@psf.upfronthosting.co.za>


Louie Lu added the comment:

@xdegaye, would you like to review this PR? thanks.

----------
nosy: +xdegaye

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30429>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:41:49 2017
From: report at bugs.python.org (Antoine Pietri)
Date: Mon, 26 Jun 2017 10:41:49 +0000
Subject: =?utf-8?q?=5Bissue30762=5D_Misleading_message_=E2=80=9Ccan=27t_concat_byt?=
 =?utf-8?b?ZXMgdG8gc3Ry4oCd?=
In-Reply-To: <1498472017.09.0.210411923746.issue30762@psf.upfronthosting.co.za>
Message-ID: <1498473709.95.0.540656158942.issue30762@psf.upfronthosting.co.za>


Changes by Antoine Pietri <antoine.pietri1 at gmail.com>:


----------
components: +Interpreter Core

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30762>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:58:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 10:58:38 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498474718.35.0.472195097346.issue30523@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2448

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:59:07 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 26 Jun 2017 10:59:07 +0000
Subject: [issue20703] RuntimeError caused by lazy imports in pdb
In-Reply-To: <1392914840.47.0.865855778793.issue20703@psf.upfronthosting.co.za>
Message-ID: <1498474747.23.0.823966008349.issue20703@psf.upfronthosting.co.za>


Louie Lu added the comment:

The lazy import cause by two modules, readline and _bootlocale.

readline: in __init__

   try:
       import readline
       readline.set_completer_delims(' \t\n`@#$%^&*()=+[{]}\\|;:\'",<>?')

_bootlocale: in __init__

    with open(os.path.join(envHome, '.pdbrc')) as rcFile:
    with open('.pdbrc') as rcFile

Easiest way to eliminated it to move import readline and import _bootlocale to the top of the file.

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 06:59:18 2017
From: report at bugs.python.org (Louie Lu)
Date: Mon, 26 Jun 2017 10:59:18 +0000
Subject: [issue20703] RuntimeError caused by lazy imports in pdb
In-Reply-To: <1392914840.47.0.865855778793.issue20703@psf.upfronthosting.co.za>
Message-ID: <1498474758.82.0.963900764616.issue20703@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 07:30:08 2017
From: report at bugs.python.org (Yang Xiao)
Date: Mon, 26 Jun 2017 11:30:08 +0000
Subject: [issue30763] There is functionality bug in linecache library.
Message-ID: <1498476608.04.0.760408193877.issue30763@psf.upfronthosting.co.za>


New submission from Yang Xiao:

There is a functionality bug in linecache library.

>>test.py<<
import linecache

def test_getline(f):
    print linecache.getlines(f)


if __name__ == "__main__":
    tf1 = 'aaa'
    with open(tf1,'w') as f:
        f.write('good morning\n')
    test_getline(tf1)

    tf2 = 'bbb'
    with open(tf2,'w') as f:
        f.write('good evening\n')
    test_getline(tf2)

    tf1 = 'aaa'
    with open(tf1,'w') as f:
        f.write('good morning 123\n')
    test_getline(tf1)

    tf2 = 'bbb'
    with open(tf2,'w') as f:
        f.write('good evening 123\n')
    test_getline(tf2)

The expectant output shoule be:
['good morning\n']
['good evening\n']
['good morning\n']
['good evening\n']

However, the script above outputs below:
['good morning\n']
['good evening\n']
['good morning\n']
['good evening\n']

I think there is a bug about implementation of linecache library.

----------
components: 2to3 (2.x to 3.x conversion tool)
messages: 296874
nosy: Yang Xiao
priority: normal
severity: normal
status: open
title: There is functionality bug in linecache library.
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30763>
_______________________________________

From report at bugs.python.org  Mon Jun 26 07:35:18 2017
From: report at bugs.python.org (Yang Xiao)
Date: Mon, 26 Jun 2017 11:35:18 +0000
Subject: [issue30763] There is functionality bug in linecache library.
In-Reply-To: <1498476608.04.0.760408193877.issue30763@psf.upfronthosting.co.za>
Message-ID: <1498476918.74.0.209141884405.issue30763@psf.upfronthosting.co.za>


Yang Xiao added the comment:

Sorry, there is a mistake in msg296874.

The expectant output shoule be:
['good morning\n']
['good evening\n']
['good morning 123\n']
['good evening 123\n']

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30763>
_______________________________________

From report at bugs.python.org  Mon Jun 26 07:46:23 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 11:46:23 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498477583.61.0.166981063766.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, I think I've managed to dig to the core issue.  It is actually the same issue as https://bugs.python.org/issue11768 (which was wrongly closed as fixed, apparently :-)).

Py_AddPendingCall() calls PyThread_acquire_lock() to try and take the pending calls lock.  Unfortunately, PyThread_acquire_lock() is not reentrant in the case where semaphores are not used (e.g. on OS X).  We can probably fix that first issue by calling pthread_mutex_trylock() instead of pthread_mutex_lock().

There is a second more fundamental issue, though, which is that PyThread_acquire_lock() calls into functions that are not async-signal-safe (see http://man7.org/linux/man-pages/man7/signal-safety.7.html for a list).  So, depending on the particular OS and libc implementation, PyThread_acquire_lock() can fail in mysterious ways (including hang the process) when called from a signal handler.

So perhaps the ultimate fix would be to remove the OS-based locking in Py_AddPendingCall and use a busy spinwait...  The performance implications may be bad, though.

----------
nosy: +neologix, njs
versions: +Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 07:47:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 11:47:06 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1498477626.23.0.788803423388.issue30596@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Since the object now has a close() method, would it make sense to emit a ResourceWarning if it's not closed explicitly? As I did recently in subprocess.Popen destructor.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Mon Jun 26 07:48:35 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 11:48:35 +0000
Subject: [issue30596] Add close() to multiprocessing.Process
In-Reply-To: <1496917503.87.0.727609845407.issue30596@psf.upfronthosting.co.za>
Message-ID: <1498477715.16.0.322379652814.issue30596@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I don't think so.  It is ok to let the GC delete the resources by itself.  close() is just there for people who want to ensure whatever small amount of resources (a file descriptor, mostly) are released timely.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30596>
_______________________________________

From report at bugs.python.org  Mon Jun 26 07:51:13 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 11:51:13 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498477873.77.0.0656986374942.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Using pthread_mutex_trylock() *and* disabling the CHECK_STATUS_PTHREAD() calls (which use the non-async-signal-safe fprintf()) at least seems to suppress the hangs on Matt's OS X machine (after more than 1000 runs).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 07:52:52 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 26 Jun 2017 11:52:52 +0000
Subject: [issue17960] Clarify the required behaviour of locals()
In-Reply-To: <1368344807.52.0.116896667629.issue17960@psf.upfronthosting.co.za>
Message-ID: <1498477972.34.0.503920201575.issue17960@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Since "soonish" turned out to be "4 years and counting", copying in the specifics of the proposal in from the old python-dev thread:

1. While nominally undefined, in practice lots of Python programs depend on the locals() builtin behaving exactly how it behaves in CPython.

2. PyPy at least has replicated that behaviour faithfully (to the extent of replicating our weird trace function related misbehaviour, as recently pointed out in issue #30744)

3. For module scopes and class scopes (and the corresponding forms of exec and eval), the expected behaviour is relatively straightforward to both define and implement:

* at module scope, as well as when using exec() or eval() with a
single namespace, locals() must return the same thing as globals(),
which must be the actual execution namespace. Subsequent execution may
change the contents of the returned mapping, and changes to the
returned mapping must change the execution environment.

* at class scope, as well as when using exec() or eval() with separate
global and local namespaces, locals() must return the specified local
namespace (which may be supplied by the metaclass __prepare__ method
in the case of classes). Subsequent execution may change the contents
of the returned mapping, and changes to the returned mapping must
change the execution environment. For classes, this mapping will not
be used as the actual class namespace underlying the defined class
(the class creation process will copy the contents to a fresh
dictionary that is only accessible by going through the class
machinery).

4. For function scopes, the appropriate semantics are less clear, as what CPython currently does is fairly weird and quirky.

* actual execution uses the fast locals array and cell references (for nonlocal variables)
* there's a PyFrame_FastToLocals operation that populates the frame's "f_locals" attribute based on the current state of the fast locals array and any referenced cells
* a direct reference to f_locals is returned from locals(), so if you hand out multiple concurrent references, then all those references will be to the exact same dictionary
* the two common calls to the reverse operation, PyFrame_LocalsToFast, were removed in the migration to Python 3: exec is no longer a statement and hence can longer affect function local namespaces, and the compiler now disallows the use of "from module import *" operations at function scope
* however, two obscure calling paths remain: PyFrame_LocalsToFast is called as part of returning from a trace function, and you can also still inject the IMPORT_STAR opcode when creating a function directly from a code object rather than via the compiler

It would be a lot simpler to document the expected behaviour at function scope if locals() were to be updated to return a true snapshot (i.e. a copy of f_locals, rather than a direct reference), with direct access to the shared locals reference requiring going through the frame attribute. That way, trace functions could still modify local variables (since they use `frame.f_locals`), but setting a trace function wouldn't suddenly have the side effect of making modifications to locals() take effect at function scope.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17960>
_______________________________________

From report at bugs.python.org  Mon Jun 26 07:55:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 11:55:08 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498478108.97.0.296393387761.issue30703@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> It is actually the same issue as https://bugs.python.org/issue11768 (which was wrongly closed as fixed, apparently :-))

Well, don't be confused by the issue title. The only made change is to only call Py_AddPendingCall() only once, instead of calling it for each received signal.

I don't know if the signal handler is really reentrant or not.

Signal handling is hard :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:02:36 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 26 Jun 2017 12:02:36 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498478556.81.0.256845898905.issue30744@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I updated the old "we should clarify the semantics" issue with a more concrete update proposal: https://bugs.python.org/issue17960#msg296880

Essentially nothing would change for module and class scopes, but the proposal for function scopes is that locals() be changed to return "frame.f_locals.copy()" rather than a direct reference to the original.

Nothing would change for tracing functions (since they already access frame.f_locals directly), but the current odd side-effect that setting a trace function has on the result of normal locals() calls would go away.

Folks that actually *wanted* the old behaviour would then need to do either "sys._getframe().f_locals" or "inspect.currentframe().f_locals".

However, none of that would help with *this* issue: resolving the bug here would still require either a modification that allowed PyFrame_LocalsToFast to only write back those values that had been rebound since the preceding call to PyFrame_FastToLocals (ma_version_tag could help with doing that efficiently), or else a decision to disallow write-backs to frame locals even from tracing functions in 3.7+.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:17:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 12:17:09 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
Message-ID: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The be able to debug bpo-30280 using my bisection script:
https://github.com/haypo/misc/blob/205fea00d509ddd1cffa30c5c6f2da012f3ec54e/python/bisect_test.py

I would like to be able to mark tests which alter the environment as failed, using an explicit option.

It would be nice to be able to enable this option by default, or even remove the option and just make the behaviour as the default, but it would require to fix some issues first (like bpo-30280).

----------
components: Tests
messages: 296883
nosy: haypo
priority: normal
severity: normal
status: open
title: regrtest: Add --fail-env-changed option
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:18:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 12:18:53 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498479533.19.0.607338098577.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset ace56d583664f855d89d1219ece7c21c2fddcf30 by Victor Stinner in branch 'master':
bpo-30523: regrtest --list-cases --match (#2401)
https://github.com/python/cpython/commit/ace56d583664f855d89d1219ece7c21c2fddcf30


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:19:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 12:19:23 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498479563.15.0.0238762968739.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2449

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:20:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 12:20:26 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498479625.99.0.2074468535.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I implemented the feature:
https://github.com/python/cpython/pull/2402

My PR changes also the exit code from 1 to 2 (tests failed) or 3 (interrupted), to be able to distinguish how regrtest failed. It should also help to bisect failing tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:27:17 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 12:27:17 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
Message-ID: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

Discovered in issue30703.  When POSIX semaphores are not used for Python locks, pthread_mutex_lock() is called for acquiring a lock even when asked not to block.  This can be disastrous when called from a signal handler.

----------
components: Interpreter Core
messages: 296886
nosy: haypo, ned.deily, pitrou, ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: PyThread_acquire_lock can block even when asked not ot
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:36:14 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 12:36:14 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498480574.9.0.272266849039.issue30765@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2450

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:40:49 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 12:40:49 +0000
Subject: [issue30766] Make CHECK_STATUS_PTHREAD signal-safe
Message-ID: <1498480849.13.0.653593799418.issue30766@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

Lock functions may be called from the C signal handler, so strive to make them more signal-safe (they are not unfortunately, but minimizing the number of non-signal-safe functions called there is a good thing).

Discovered in issue30703.

----------
components: Interpreter Core
messages: 296887
nosy: pitrou
priority: low
severity: normal
stage: needs patch
status: open
title: Make CHECK_STATUS_PTHREAD signal-safe
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30766>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:42:50 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 12:42:50 +0000
Subject: [issue30766] Make CHECK_STATUS_PTHREAD signal-safe
In-Reply-To: <1498480849.13.0.653593799418.issue30766@psf.upfronthosting.co.za>
Message-ID: <1498480970.77.0.437990347771.issue30766@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2451

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30766>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:44:15 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 12:44:15 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498481055.65.0.735806431996.issue30703@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
dependencies: +Make CHECK_STATUS_PTHREAD signal-safe, PyThread_acquire_lock can block even when asked not ot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 08:52:55 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 12:52:55 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498481575.18.0.674998572451.issue30703@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
type:  -> behavior
versions:  -Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:00:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:00:30 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498482030.56.0.613403204969.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2452

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:00:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:00:30 +0000
Subject: [issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD
In-Reply-To: <1484945288.47.0.935636853008.issue29335@psf.upfronthosting.co.za>
Message-ID: <1498482030.62.0.235192738471.issue29335@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2453

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29335>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:04:39 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 26 Jun 2017 13:04:39 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498482279.35.0.342208637786.issue30695@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests: +2454

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:06:18 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Jun 2017 13:06:18 +0000
Subject: =?utf-8?q?=5Bissue30762=5D_Misleading_message_=E2=80=9Ccan=27t_concat_byt?=
 =?utf-8?b?ZXMgdG8gc3Ry4oCd?=
In-Reply-To: <1498472017.09.0.210411923746.issue30762@psf.upfronthosting.co.za>
Message-ID: <1498482378.99.0.332917820903.issue30762@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This already is fixed in issue29116.

>>> b'a' + 'a'
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: can't concat str to bytes

----------
nosy: +serhiy.storchaka
resolution:  -> out of date

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30762>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:15:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:15:02 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498482902.63.0.892188011047.issue30695@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I prefer your new PR. But is it useful to test N memory allocation failures in a row? The API and the code would be simpler if we would only test a single failure. What do you think?

I know that pyfailmalloc is different, but I'm not sure that pyfailmalloc design is right neither :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:19:50 2017
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 26 Jun 2017 13:19:50 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498483190.43.0.653184629389.issue29304@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Antonie:

Thank you for you comment.
Actually speaking, size of instructions are reduced on amd64 at gcc.

lookdict_unicode_nodummy and lookdict_split doesn't have any reason to have duplicated code anymore.  I'll do dedupe for them first.

lookdict and lookdict_unicode have one difference between code before loop and inner loop:

// before loop:
    if (ix == DKIX_DUMMY) {
        freeslot = i;

// inner loop:
        if (ix == DKIX_DUMMY) {
            if (freeslot == -1)
                freeslot = i;

Since lookdict_unicode may be used for namespace, I'll keep it for now.
But lookdict() is very unlikely to be used for namespace.  I'll dedupe it after checking some macro/micro benchmarks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:22:51 2017
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 26 Jun 2017 13:22:51 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498483371.88.0.149232600583.issue29304@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Tim Peters:

Thanks for your suggestion.  But I want to focus on very simple code cleanup without any change to proving algorithm nor memory access pattern in this issue.

I'll reply about my thought about reducing collision on the ML.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:23:05 2017
From: report at bugs.python.org (Mihail Krivushin)
Date: Mon, 26 Jun 2017 13:23:05 +0000
Subject: [issue30767] logging must check exc_info correctly
Message-ID: <1498483385.09.0.415131659339.issue30767@psf.upfronthosting.co.za>


New submission from Mihail Krivushin:

Logging checking `if exc_info:` and this maybe incorrect, due exception instance can have __bool__ method and thus can be false. If this is a case, then error that is return false from __bool__ will cause logging to swallow traceback. We need to check exc_info correctly. Will do PR myself.

----------
components: Library (Lib)
messages: 296892
nosy: krivushinme
priority: normal
severity: normal
status: open
title: logging must check exc_info correctly

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30767>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:25:19 2017
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 26 Jun 2017 13:25:19 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498483519.22.0.477505624283.issue29304@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +2455

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:34:29 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 26 Jun 2017 13:34:29 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498484069.98.0.595207878003.issue30695@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

For the record, while working on the test case of PR 2406, I found by chance that the following script:

# Script start.
import _testcapi
class C(): pass
_testcapi.set_nomemory(0, 5)
C()
# Script end.

fails with:

python: Objects/call.c:89: _PyObject_FastCallDict: Assertion `!PyErr_Occurred()' failed.
Aborted (core dumped)

I will create a new issue when the current issue is closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:36:51 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 26 Jun 2017 13:36:51 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498484211.11.0.26375696002.issue30695@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> But is it useful to test N memory allocation failures in a row?

I think it is useful. See my previous post.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:44:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:44:40 +0000
Subject: [issue30703] test_multiprocessing_forkserver hangs on the master
 branch
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498484680.64.0.430323199675.issue30703@psf.upfronthosting.co.za>


STINNER Victor added the comment:

If I understood corretly, the problem is that the Python C signal handler is not reentrant because it calls Py_AddPendingCall() which uses a lock and a list.

Before, the signal handler queued a new call to checksignals_witharg() (which just calls PyErr_CheckSignals()) for each received signal. Now, we only queue a single call to checksignals_witharg().

To prevent reentrency issues, can't we hardcoded a call to PyErr_CheckSignals() in ceval.c when SIGNAL_PENDING_CALLS() is called?

Py_AddPendingCall() feature is rarely used, it's mostly used for processing signals, no? Calling PyErr_CheckSignals() when no signal was received is cheap, so it shouldn't hurt.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:45:01 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:45:01 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498484701.99.0.717719167823.issue30703@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: test_multiprocessing_forkserver hangs on the master branch -> Non-reentrant signal handler (test_multiprocessing_forkserver hangs)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:46:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:46:02 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498484762.32.0.757585053003.issue30703@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2456

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:50:01 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:50:01 +0000
Subject: [issue30768] PyThread_acquire_lock_timed() should recompute the
 timeout when interrupted by a signal
Message-ID: <1498485001.71.0.115721395457.issue30768@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The current code of PyThread_acquire_lock_timed() (the implementation not using semaphore) doesn't compute correctly the timeout when pthread_cond_timedwait() is interrupted by a signal. We should recompute the timeout using a deadline.

Something like select.select():

if (tvp)
    deadline = _PyTime_GetMonotonicClock() + timeout;

do {
    ... use tvp
    if (errno != EINTR)
        break;

    /* select() was interrupted by a signal */
    if (PyErr_CheckSignals())
        goto finally;

    if (tvp) {
        timeout = deadline - _PyTime_GetMonotonicClock();
        if (timeout < 0) {
            n = 0;
            break;
        }
        _PyTime_AsTimeval_noraise(timeout, &tv, _PyTime_ROUND_CEILING);
        /* retry select() with the recomputed timeout */
    }
} while (1);

----------
messages: 296896
nosy: haypo, neologix, pitrou
priority: normal
severity: normal
status: open
title: PyThread_acquire_lock_timed() should recompute the timeout when interrupted by a signal
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30768>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:50:50 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 13:50:50 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498485050.9.0.180013675924.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I think Kristjan uses Py_AddPendingCall, so ideally we would make it more reliable.  However, we're right that for the purpose of signal delivery, we can hardcall a call inside Py_MakePendingCalls().

----------
nosy: +kristjan.jonsson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:51:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:51:09 +0000
Subject: [issue30768] PyThread_acquire_lock_timed() should recompute the
 timeout when interrupted by a signal
In-Reply-To: <1498485001.71.0.115721395457.issue30768@psf.upfronthosting.co.za>
Message-ID: <1498485069.84.0.148491948519.issue30768@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also the old bpo-12822: "NewGIL should use CLOCK_MONOTONIC if possible.".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30768>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:51:48 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:51:48 +0000
Subject: [issue30768] PyThread_acquire_lock_timed() should recompute the
 timeout when interrupted by a signal
In-Reply-To: <1498485001.71.0.115721395457.issue30768@psf.upfronthosting.co.za>
Message-ID: <1498485108.9.0.591774234101.issue30768@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also the PEP 475 "Retry system calls failing with EINTR" and PEP 418 (time.monotonic).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30768>
_______________________________________

From report at bugs.python.org  Mon Jun 26 09:53:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 13:53:53 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1498484069.98.0.595207878003.issue30695@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZEb1o4nezR25m0Qqum6t6Vy5NrpiwnP5FkbeS543LiMw@mail.gmail.com>


STINNER Victor added the comment:

2017-06-26 15:34 GMT+02:00 Xavier de Gaye <report at bugs.python.org>:
> python: Objects/call.c:89: _PyObject_FastCallDict: Assertion `!PyErr_Occurred()' failed.
> Aborted (core dumped)
>
> I will create a new issue when the current issue is closed.

Oh, I'm curious about that one :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Mon Jun 26 10:01:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 14:01:10 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1498485670.62.0.209399835617.issue29464@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Can the PR be applied then? It looks good to me.

Go for it Serhiy. Even if it isn't faster today, we might find more optimizations later, at least in term of C stack consumption.

Moreover, I understand perfectly the cost of having to parse arguments. Checking for keywords in the caller seems reasonable.

This change breaks the backward compatibility with Python 3.6, right? I mean, code using METH_FASTCALL. I guess that only Cython extensions use it in the wild, and I expect that Cython extensions don't use the stable ABI but are recompiled for each 3.x release, so it should be fine in practice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Mon Jun 26 10:22:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 14:22:18 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498486938.27.0.268333692905.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I updated my PR to use the exit code 130 when regrtest is interrupted. Serhiy Storchaka found a reference:

"On Linux scripts terminated with Ctrl-C return exit code 130 (http://tldp.org/LDP/abs/html/exitcodes.html)."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 10:25:49 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 14:25:49 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498487149.19.0.352319167036.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

It seems https://github.com/python/cpython/pull/2408 alone solves the issue on Matt's machine.  It's also a pleasantly simple patch :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 10:25:53 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 14:25:53 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498487153.66.0.0901999687835.issue30703@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
dependencies:  -Make CHECK_STATUS_PTHREAD signal-safe, PyThread_acquire_lock can block even when asked not ot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 10:26:03 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 14:26:03 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498487163.28.0.948043659372.issue30703@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 10:32:16 2017
From: report at bugs.python.org (Osvaldo Santana Neto)
Date: Mon, 26 Jun 2017 14:32:16 +0000
Subject: [issue30441] os.environ raises RuntimeError: dictionary changed size
 during iteration
In-Reply-To: <1495550150.73.0.497197540263.issue30441@psf.upfronthosting.co.za>
Message-ID: <1498487536.8.0.998423606502.issue30441@psf.upfronthosting.co.za>


Osvaldo Santana Neto added the comment:

Pull Request #2409 (https://github.com/python/cpython/pull/2409) opened.

----------
pull_requests: +2457

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30441>
_______________________________________

From report at bugs.python.org  Mon Jun 26 10:55:13 2017
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 26 Jun 2017 14:55:13 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498488913.54.0.587474736471.issue30703@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Thanks for the mention, @pitrou.
CCP was using Py_AddPendingCall but not from signal handlers, but external threads.  Also on windows only.
You'll also be happy to know that I have left CCP and the Eve codebase is being kept stable while regularly adding security patches from the 2.7 codebase, as far as I know :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:19:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 15:19:21 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498490361.47.0.275018383685.issue30744@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:20:29 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Mon, 26 Jun 2017 15:20:29 +0000
Subject: [issue30761] pdb: Add step / next count arguments
In-Reply-To: <1498471813.04.0.648864128078.issue30761@psf.upfronthosting.co.za>
Message-ID: <1498490429.92.0.396147904628.issue30761@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

Thanks for this PR Louie, adding count to the pdb commands is useful.

With gdb a very common use case is to set a breakpoint where the code runs very frequently and when only interested in the N(th) execution of this code, to enter the breakpoint command list:

(gdb) commands
Type commands for breakpoint(s) 1, one per line.
End with a line saying just "end".
>silent
>continue <N - 1>
>end
(gdb)

PR 2399 does not handle this case for pdb:
* The 'count' option for the 'continue' command is not implemented.
* The implementation of the 'count' option for 'next' and 'step' does not handle breakpoint command lists (I think).
IMO it is difficult to handle this option for breakpoint command lists directly in pdb.py, but it could be done in bdb.py, adding a keyword argument to set_continue() et al.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30761>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:23:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 15:23:05 +0000
Subject: [issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD
In-Reply-To: <1484945288.47.0.935636853008.issue29335@psf.upfronthosting.co.za>
Message-ID: <1498490585.41.0.141416330484.issue29335@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset cdee3f14f7f4c995e7eedb0bf6a67e260c739f7d by Victor Stinner in branch 'master':
bpo-30764: test_subprocess uses SuppressCrashReport (#2405)
https://github.com/python/cpython/commit/cdee3f14f7f4c995e7eedb0bf6a67e260c739f7d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29335>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:23:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 15:23:05 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498490585.56.0.490635192304.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset cdee3f14f7f4c995e7eedb0bf6a67e260c739f7d by Victor Stinner in branch 'master':
bpo-30764: test_subprocess uses SuppressCrashReport (#2405)
https://github.com/python/cpython/commit/cdee3f14f7f4c995e7eedb0bf6a67e260c739f7d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:29:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 15:29:23 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498490963.67.0.933377259048.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2458

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:29:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 15:29:23 +0000
Subject: [issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD
In-Reply-To: <1484945288.47.0.935636853008.issue29335@psf.upfronthosting.co.za>
Message-ID: <1498490963.75.0.227225767971.issue29335@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2459

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29335>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:33:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 15:33:58 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498491238.95.0.510907532116.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2460

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:33:59 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 15:33:59 +0000
Subject: [issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD
In-Reply-To: <1484945288.47.0.935636853008.issue29335@psf.upfronthosting.co.za>
Message-ID: <1498491239.01.0.757047925918.issue29335@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2461

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29335>
_______________________________________

From report at bugs.python.org  Mon Jun 26 11:52:46 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 26 Jun 2017 15:52:46 +0000
Subject: [issue17960] Clarify the required behaviour of locals()
In-Reply-To: <1498477972.34.0.503920201575.issue17960@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJLR8b6KJDXrVOFjdFHi05uMTRE9qykcn5Aw-rMtLzobfg@mail.gmail.com>


Guido van Rossum added the comment:

I've tried thinking though a few scenarios, and I think I'm +1 (or at least
+0 or +0.5) on the proposed change to locals(), and of course I'm happy
that we're going to specify its behavior better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17960>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:05:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:05:23 +0000
Subject: [issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD
In-Reply-To: <1484945288.47.0.935636853008.issue29335@psf.upfronthosting.co.za>
Message-ID: <1498493123.83.0.524116912314.issue29335@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 849b062a82ca2f09e33259d34067faba196c9e23 by Victor Stinner in branch '3.5':
bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2411)
https://github.com/python/cpython/commit/849b062a82ca2f09e33259d34067faba196c9e23


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29335>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:05:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:05:23 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498493123.99.0.102087364177.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 849b062a82ca2f09e33259d34067faba196c9e23 by Victor Stinner in branch '3.5':
bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2411)
https://github.com/python/cpython/commit/849b062a82ca2f09e33259d34067faba196c9e23


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:15:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:15:43 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498493743.35.0.437353289494.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2462

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:24:38 2017
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Mon, 26 Jun 2017 16:24:38 +0000
Subject: [issue30733] Typo in Document What's New: Calendar
In-Reply-To: <1498134849.55.0.432143845642.issue30733@psf.upfronthosting.co.za>
Message-ID: <1498494278.55.0.695222158167.issue30733@psf.upfronthosting.co.za>


Changes by Walter D?rwald <walter at livinglogic.de>:


----------
pull_requests: +2463

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30733>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:30:22 2017
From: report at bugs.python.org (Xavier G. Domingo)
Date: Mon, 26 Jun 2017 16:30:22 +0000
Subject: [issue17960] Clarify the required behaviour of locals()
In-Reply-To: <1368344807.52.0.116896667629.issue17960@psf.upfronthosting.co.za>
Message-ID: <1498494622.19.0.91935364221.issue17960@psf.upfronthosting.co.za>


Changes by Xavier G. Domingo <xgdomingo at gmail.com>:


----------
nosy: +xgdomingo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17960>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:31:54 2017
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Mon, 26 Jun 2017 16:31:54 +0000
Subject: [issue30733] Typo in Document What's New: Calendar
In-Reply-To: <1498134849.55.0.432143845642.issue30733@psf.upfronthosting.co.za>
Message-ID: <1498494714.5.0.447917746326.issue30733@psf.upfronthosting.co.za>


Walter D?rwald added the comment:


New changeset f5c58c781aa0bb296885baf62f4f39100f2cd93d by Walter D?rwald in branch 'master':
bpo-30733: Fix typos in "What's New" entry (GH-2414)
https://github.com/python/cpython/commit/f5c58c781aa0bb296885baf62f4f39100f2cd93d


----------
nosy: +doerwalter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30733>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:33:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:33:21 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498494801.41.0.764981125657.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 63f54c68936d648c70ca411661e4208329edcf26 by Victor Stinner in branch 'master':
bpo-30764: regrtest: add --fail-env-changed option (#2402)
https://github.com/python/cpython/commit/63f54c68936d648c70ca411661e4208329edcf26


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:35:40 2017
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Mon, 26 Jun 2017 16:35:40 +0000
Subject: [issue30733] Typo in Document What's New: Calendar
In-Reply-To: <1498134849.55.0.432143845642.issue30733@psf.upfronthosting.co.za>
Message-ID: <1498494940.55.0.886041337883.issue30733@psf.upfronthosting.co.za>


Walter D?rwald added the comment:

Should be fixed now. Thanks for noticing it.

----------
resolution:  -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30733>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:35:47 2017
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Mon, 26 Jun 2017 16:35:47 +0000
Subject: [issue30733] Typo in Document What's New: Calendar
In-Reply-To: <1498134849.55.0.432143845642.issue30733@psf.upfronthosting.co.za>
Message-ID: <1498494947.16.0.817757883136.issue30733@psf.upfronthosting.co.za>


Changes by Walter D?rwald <walter at livinglogic.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30733>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:41:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:41:42 +0000
Subject: [issue30769] test_execve_invalid_env() of test_os leaks references
Message-ID: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>


New submission from STINNER Victor:

haypo at selma$ ./python -m test -R 3:3 -m test_execve_invalid_env test_os
test_os leaked [2, 2, 2] references, sum=6
test_os leaked [2, 2, 2] memory blocks, sum=6

I don't understand if it's related to bpo-30602 or not?

----------
components: Tests
messages: 296915
nosy: haypo
priority: normal
severity: normal
status: open
title: test_execve_invalid_env() of test_os leaks references
type: resource usage
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:46:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:46:06 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498495566.09.0.919519095757.issue30769@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The leak can reproduce only using this test:

    def test_execve_invalid_env(self):
        args = [sys.executable, '-c', 'pass']

        # equal character in the enviroment variable name
        newenv = os.environ.copy()
        newenv["FRUIT=ORANGE"] = "lemon"
        with self.assertRaises(ValueError):
            os.execve(args[0], args, newenv)

It seems like the bug is in parse_envlist() function of Modules/posixmodule.c, when a key contains the '=' character.

----------
keywords: +easy (C)
title: test_execve_invalid_env() of test_os leaks references -> [EASY (C)] test_execve_invalid_env() of test_os leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:49:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:49:13 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498495753.27.0.250026946648.issue30769@psf.upfronthosting.co.za>


STINNER Victor added the comment:

FYI I found this leak using my bisect_test.py script:
https://mail.python.org/pipermail/python-dev/2017-June/148368.html

Another hint: it seems like the leak was introduced recently ;-) Try "git log Modules/posixmodule.c".

Reminder: core developers, please don't fix the issue, but *explain how to fix it* ;-)

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:50:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:50:08 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498495808.16.0.733810915128.issue30769@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oops, wrong link to my email:
https://mail.python.org/pipermail/python-dev/2017-June/148489.html

I used this command:

 ./python bisect_test.py -R 3:3 test_os

Where the script comes from:
https://github.com/haypo/misc/blob/master/python/bisect_test.py

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 12:54:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 16:54:38 +0000
Subject: [issue30704] test_free_different_thread() of test_code leaks
 references on Python 3.6
In-Reply-To: <1497886091.03.0.481986477889.issue30704@psf.upfronthosting.co.za>
Message-ID: <1498496078.08.0.771744275051.issue30704@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ping Dino & Yury! test_code still leaks in 3.6 and master branches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30704>
_______________________________________

From report at bugs.python.org  Mon Jun 26 13:31:36 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 26 Jun 2017 17:31:36 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498498296.37.0.808531896075.issue30769@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Oh, my bad. Thank you for finding this leak Victor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 13:36:06 2017
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Mon, 26 Jun 2017 17:36:06 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498498566.59.0.425736970915.issue30769@psf.upfronthosting.co.za>


Eric N. Vander Weele added the comment:

I think I may have found it.

$ git show 77703942c5997dff00c48f10df1b29b11645624c

Appears to indicate key2 and val2 are *not* decremented in the error conditions.  Should I PR a fix for this or let Serhiy resolve?

----------
nosy: +ericvw

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 13:39:12 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Mon, 26 Jun 2017 17:39:12 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498498752.38.0.126535719913.issue30769@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

I also found what Eric did, specifically lines 4913-4918 in the commit he mentioned introduced the bug:

    if (PyBytes_GET_SIZE(key2) == 0 ||
        strchr(PyBytes_AS_STRING(key2) + 1, '=') != NULL)
    {
        PyErr_SetString(PyExc_ValueError, "illegal environment variable name");
        goto error;
    }

One of the tricks is that the test that fails was added after the commit that introduced the bug.

----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 13:46:50 2017
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Mon, 26 Jun 2017 17:46:50 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498499210.37.0.150768181081.issue30769@psf.upfronthosting.co.za>


Changes by Eric N. Vander Weele <ericvw at gmail.com>:


----------
pull_requests: +2464

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 14:08:51 2017
From: report at bugs.python.org (Nate Soares)
Date: Mon, 26 Jun 2017 18:08:51 +0000
Subject: [issue30772] If I make an attribute "[a unicode version of B]",
 it gets assigned to "[ascii B]", and so on.
Message-ID: <1498500531.27.0.587971014084.issue30772@psf.upfronthosting.co.za>


New submission from Nate Soares:

[NOTE: In this comment, I use BB to mean unicode character 0x1D539, b/c the issue tracker won't let me submit a comment with unicode characters in it.]

Directory structure:

repro/
  foo.py
  test_foo.py

Contents of foo.py:
    BB = 1
    __all__ = ['BB']

Contents of test_foo.py:
    from .foo import *

Error message:
    AttributeError: module 'repro.foo' has no attribute 'BB'

If I change foo.py to have `__all__ = ['B']` (note that 'B' is not the same as 'BB'), then everything works "fine", modulo the fact that now foo.B is a thing and foo.BB is not a thing.

[Recall that in the above, BB is a placeholder for U+1D539, which the issuetracker prevents me from writing here.]

----------
components: Unicode
messages: 296928
nosy: Nate Soares, ezio.melotti, haypo
priority: normal
severity: normal
status: open
title: If I make an attribute "[a unicode version of B]", it gets assigned to "[ascii B]", and so on.
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30772>
_______________________________________

From report at bugs.python.org  Mon Jun 26 14:41:09 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 18:41:09 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498502469.33.0.706211713209.issue30765@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset f84ac420c2af98339678744953869cad3c253281 by Antoine Pitrou in branch 'master':
bpo-30765: Avoid blocking when PyThread_acquire_lock() is asked not to (#2403)
https://github.com/python/cpython/commit/f84ac420c2af98339678744953869cad3c253281


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 14:42:27 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 26 Jun 2017 18:42:27 +0000
Subject: [issue30761] pdb: Add step / next count arguments
In-Reply-To: <1498471813.04.0.648864128078.issue30761@psf.upfronthosting.co.za>
Message-ID: <1498502547.66.0.71027122799.issue30761@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

FWIW, I've never needed this ever.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30761>
_______________________________________

From report at bugs.python.org  Mon Jun 26 14:46:34 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 18:46:34 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498502794.23.0.108286019421.issue30765@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2468

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 14:51:19 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 18:51:19 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498503079.22.0.233585114449.issue30765@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2469

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 14:55:33 2017
From: report at bugs.python.org (Dima Tisnek)
Date: Mon, 26 Jun 2017 18:55:33 +0000
Subject: [issue30773] async generator receives wrong value when shared between
 coroutines
Message-ID: <1498503333.78.0.356156621032.issue30773@psf.upfronthosting.co.za>


New submission from Dima Tisnek:

MRE

```
import asyncio


async def generator():
    while True:
        x = yield 42
        print("received", x)
        await asyncio.sleep(0.1)


async def user(name, g):
    print("sending", name)
    await g.asend(name)


async def helper():
    g = generator()
    await g.asend(None)

    await asyncio.gather(*(user(f"user-{x}", g) for x in range(3)))


if __name__ == "__main__":
    asyncio.get_event_loop().run_until_complete(helper())
```

Produces output:

```
sending user-0
received user-0
sending user-1
sending user-2
received None
received None
```

Expected output (some variance allowed):

```
sending user-0
received user-0
sending user-1
sending user-2
received user-1
received user-2
```

Initial report / discussion: https://mail.python.org/pipermail/async-sig/2017-June/000293.html

----------
components: asyncio
messages: 296931
nosy: Dima.Tisnek, yselivanov
priority: normal
severity: normal
status: open
title: async generator receives wrong value when shared between coroutines
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30773>
_______________________________________

From report at bugs.python.org  Mon Jun 26 14:56:35 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 18:56:35 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498503395.2.0.263463249746.issue30765@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2470

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 15:03:36 2017
From: report at bugs.python.org (Dima Tisnek)
Date: Mon, 26 Jun 2017 19:03:36 +0000
Subject: [issue30773] async generator receives wrong value when shared between
 coroutines
In-Reply-To: <1498503333.78.0.356156621032.issue30773@psf.upfronthosting.co.za>
Message-ID: <1498503816.42.0.421967874924.issue30773@psf.upfronthosting.co.za>


Dima Tisnek added the comment:

@Yuri, this bug doesn't require `gather`, here's a version with futures and explicit await's instead. It produces same output:

```
import asyncio


async def generator():
    while True:
        x = yield 42
        print("received", x)
        await asyncio.sleep(0.1)


async def user(name, g):
    print("sending", name)
    await g.asend(name)


async def helper():
    g = generator()
    await g.asend(None)

    u0 = asyncio.ensure_future(user("user-0", g))
    u1 = asyncio.ensure_future(user("user-1", g))
    u2 = asyncio.ensure_future(user("user-2", g))

    await u0
    await u1
    await u2


if __name__ == "__main__":
    asyncio.get_event_loop().run_until_complete(helper())
```

Same with `asyncio.get_event_loop().create_task` as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30773>
_______________________________________

From report at bugs.python.org  Mon Jun 26 15:22:14 2017
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 26 Jun 2017 19:22:14 +0000
Subject: [issue2771] Test issue
In-Reply-To: <1210005645.74.0.283923986194.issue2771@psf.upfronthosting.co.za>
Message-ID: <1498504934.05.0.713446176899.issue2771@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

??

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2771>
_______________________________________

From report at bugs.python.org  Mon Jun 26 15:27:47 2017
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 26 Jun 2017 19:27:47 +0000
Subject: [issue30772] If I make an attribute "[a unicode version of B]",
 it gets assigned to "[ascii B]", and so on.
In-Reply-To: <1498500531.27.0.587971014084.issue30772@psf.upfronthosting.co.za>
Message-ID: <1498505267.77.0.672939265921.issue30772@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I can reproduce the issue:
$ cat foo.py 
?? = 1
__all__ = ['??']

$ python3 -c 'import foo; print(dir(foo)); from foo import *'
['BB', '__all__', '__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__spec__']
Traceback (most recent call last):
  File "<string>", line 1, in <module>
AttributeError: module 'foo' has no attribute '??

(Note the ascii 'BB' in the dir(foo))


There's also an easier way to reproduce it:
>>> ??= 3
>>> ??
3
>>> BB
3
>>> globals()['BB']
3
>>> globals()['??']
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
KeyError: '??'
>>> globals()
{'__name__': '__main__', '__spec__': None, '__builtins__': <module 'builtins' (built-in)>, '__loader__': <class '_frozen_importlib.BuiltinImporter'>, '__doc__': None, 'BB': 3, '__package__': None}
>>> class Foo:
... ?  ?= 3
... 
>>> Foo.??
3
>>> Foo.BB
3

It seems the '??' gets normalized to 'BB' when it's an identifier, but not when it's a string.  I'm not sure why this happens though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30772>
_______________________________________

From report at bugs.python.org  Mon Jun 26 15:49:27 2017
From: report at bugs.python.org (Matthew Barnett)
Date: Mon, 26 Jun 2017 19:49:27 +0000
Subject: [issue30772] If I make an attribute "[a unicode version of B]",
 it gets assigned to "[ascii B]", and so on.
In-Reply-To: <1498500531.27.0.587971014084.issue30772@psf.upfronthosting.co.za>
Message-ID: <1498506567.1.0.769594350133.issue30772@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

See PEP 3131 -- Supporting Non-ASCII Identifiers

It says: """All identifiers are converted into the normal form NFKC while parsing; comparison of identifiers is based on NFKC."""

>>> import unicodedata
>>> unicodedata.name(unicodedata.normalize('NFKC', '\N{MATHEMATICAL DOUBLE-STRUCK CAPITAL B}'))
'LATIN CAPITAL LETTER B'

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30772>
_______________________________________

From report at bugs.python.org  Mon Jun 26 15:56:59 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 19:56:59 +0000
Subject: [issue30774] list_repr not safe against concurrent mutation
Message-ID: <1498507019.02.0.505462443219.issue30774@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

list_repr() is careful to fetch the list size on each iteration.  However, it seems that the list size may be mutated just after by concurrent code, perhaps in _PyUnicodeWriter_WriteASCIIString() or Py_EnterRecursiveCall().

I witnessed this with a signal handler that shrank a list while printing a list from a loop in the main code path.

gdb excerpt:

Program received signal SIGSEGV, Segmentation fault.
0x00000000004a17d6 in PyObject_Repr (v=<unknown at remote 0x7ffff6044670>) at Objects/object.c:485
485	    res = (*v->ob_type->tp_repr)(v);

(gdb) bt
#0  0x00000000004a17d6 in PyObject_Repr (v=<unknown at remote 0x7ffff6044670>) at Objects/object.c:485
#1  0x000000000047eef3 in list_repr (v=0x7ffff68e1d08) at Objects/listobject.c:373
[...]

(gdb) frame 1
#1  0x000000000047eef3 in list_repr (v=0x7ffff68e1d08) at Objects/listobject.c:373
373	        s = PyObject_Repr(v->ob_item[i]);
(gdb) p v
$2 = (PyListObject *) 0x7ffff68e1d08
(gdb) p i
$3 = 19
(gdb) p v->ob_item[18]
$12 = <float at remote 0x7ffff6044628>
(gdb) p v->ob_item[19]
$13 = <unknown at remote 0x7ffff6044670>
(gdb) p ((PyVarObject*)(v))->ob_size
$14 = 19

----------
messages: 296936
nosy: haypo, pitrou, rhettinger, serhiy.storchaka
priority: normal
severity: normal
status: open
title: list_repr not safe against concurrent mutation
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30774>
_______________________________________

From report at bugs.python.org  Mon Jun 26 15:57:05 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 19:57:05 +0000
Subject: [issue30774] list_repr not safe against concurrent mutation
In-Reply-To: <1498507019.02.0.505462443219.issue30774@psf.upfronthosting.co.za>
Message-ID: <1498507025.57.0.248777138782.issue30774@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30774>
_______________________________________

From report at bugs.python.org  Mon Jun 26 15:57:31 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 19:57:31 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498507051.48.0.850784971931.issue30765@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 55ab604e3fdb91baabe98d1c407b5910eeb31cef by Antoine Pitrou in branch '3.6':
[3.6] bpo-30765: Avoid blocking when PyThread_acquire_lock() is asked not to (GH-2403) (#2418)
https://github.com/python/cpython/commit/55ab604e3fdb91baabe98d1c407b5910eeb31cef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:06:42 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 20:06:42 +0000
Subject: [issue30774] list_repr not safe against concurrent mutation
In-Reply-To: <1498507019.02.0.505462443219.issue30774@psf.upfronthosting.co.za>
Message-ID: <1498507602.58.0.667448931821.issue30774@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Attaching reproducer script.  I don't know if that is worth fixing.

----------
Added file: http://bugs.python.org/file46975/siglist.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30774>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:07:24 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 20:07:24 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498507644.68.0.243727228777.issue30765@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 85b34edd8b575b918490afbcb0db6f791874dbdd by Antoine Pitrou in branch '3.5':
[3.5] bpo-30765: Avoid blocking when PyThread_acquire_lock() is asked not to (GH-2403) (#2419)
https://github.com/python/cpython/commit/85b34edd8b575b918490afbcb0db6f791874dbdd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:12:43 2017
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 26 Jun 2017 20:12:43 +0000
Subject: [issue20703] RuntimeError caused by lazy imports in pdb
In-Reply-To: <1392914840.47.0.865855778793.issue20703@psf.upfronthosting.co.za>
Message-ID: <1498507963.15.0.293378603419.issue20703@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:13:41 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 20:13:41 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498508021.12.0.179262090164.issue30765@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 828488393ca79f2ceb0acc2d7c30fb68baad85f8 by Antoine Pitrou in branch '2.7':
[2.7] bpo-30765: Avoid blocking when PyThread_acquire_lock() is asked not to (GH-2403) (#2420)
https://github.com/python/cpython/commit/828488393ca79f2ceb0acc2d7c30fb68baad85f8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:14:13 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 20:14:13 +0000
Subject: [issue30765] PyThread_acquire_lock can block even when asked not ot
In-Reply-To: <1498480037.14.0.659231073261.issue30765@psf.upfronthosting.co.za>
Message-ID: <1498508053.12.0.251825936697.issue30765@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Travis-CI and the 3.x buildbots seem fine.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30765>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:16:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 20:16:57 +0000
Subject: [issue30775] [3.6] test_multiprocessing_forkserver leaks references
 on Python 3.6
Message-ID: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>


New submission from STINNER Victor:

$ ./python -m test --match=test.test_multiprocessing_forkserver.WithProcessesTestBarrier.test_barrier --match=test.test_multiprocessing_forkserver.WithProcessesTestFinalize.test_finalize -R 3:3 test_multiprocessing_forkserver 

test_multiprocessing_forkserver leaked [222, 222, 225] memory blocks, sum=669
test_multiprocessing_forkserver failed

Total duration: 5 sec
Tests result: FAILURE

----------
components: Tests
messages: 296942
nosy: haypo
priority: normal
severity: normal
status: open
title: [3.6] test_multiprocessing_forkserver leaks references on Python 3.6
type: resource usage
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:18:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 20:18:18 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498508298.94.0.713253766744.issue30775@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: [3.6] test_multiprocessing_forkserver leaks references on Python 3.6 -> test_multiprocessing_forkserver leaks references on Python 3
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:27:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 20:27:35 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498508855.76.0.745111262952.issue30775@psf.upfronthosting.co.za>


STINNER Victor added the comment:

test_multiprocessing_spawn doesn't leak:

haypo at selma$ ./python -m test --match=test.test_multiprocessing_spawn.WithProcessesTestBarrier.test_barrier --match=test.test_multiprocessing_spawn.WithProcessesTestFinalize.test_finalize -R 3:3 test_multiprocessing_spawn
Run tests sequentially
0:00:00 load avg: 0.11 [1/1] test_multiprocessing_spawn
beginning 6 repetitions
123456
......
1 test OK.

Total duration: 10 sec
Tests result: SUCCESS

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:28:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 20:28:38 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498508918.93.0.827636692308.issue30775@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The first message was on Python 3.6. On master, regrtest sees even more kinds of leaks: references, memory blocks and file descriptors.

haypo at selma$ ./python -m test --match=test.test_multiprocessing_forkserver.WithProcessesTestBarrier.test_barrier --match=test.test_multiprocessing_forkserver.WithProcessesTestFinalize.test_finalize -R 3:3 test_multiprocessing_forkserver 
Run tests sequentially
0:00:00 load avg: 0.25 [1/1] test_multiprocessing_forkserver
beginning 6 repetitions
123456
......
test_multiprocessing_forkserver leaked [492, 492, 492] references, sum=1476
test_multiprocessing_forkserver leaked [221, 222, 225] memory blocks, sum=668
test_multiprocessing_forkserver leaked [4, 4, 4] file descriptors, sum=12
test_multiprocessing_forkserver failed

1 test failed:
    test_multiprocessing_forkserver

Total duration: 5 sec
Tests result: FAILURE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:33:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 20:33:19 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498509199.35.0.0147825732717.issue30775@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +davin, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:38:08 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 20:38:08 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498509488.31.0.0636211192364.issue30775@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Is it test_finalize or test_barrier?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Mon Jun 26 16:51:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 20:51:47 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498510307.66.0.932605670284.issue30775@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Is it test_finalize or test_barrier?

Try yourself: it only leaks when you run both :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:14:50 2017
From: report at bugs.python.org (Patrick Grafe)
Date: Mon, 26 Jun 2017 21:14:50 +0000
Subject: [issue25532] infinite loop when running inspect.unwrap over
 unittest.mock.call
In-Reply-To: <1446421817.99.0.495650724157.issue25532@psf.upfronthosting.co.za>
Message-ID: <1498511690.83.0.627971849251.issue25532@psf.upfronthosting.co.za>


Patrick Grafe added the comment:

Is this ready to get backported to Python 3.5 and 3.6?  I see the tags on the issue, but I'm not clear on the process for actually backporting patches.

----------
nosy: +Patrick Grafe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25532>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:41:37 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 26 Jun 2017 21:41:37 +0000
Subject: [issue30532] email.policy.SMTP.fold() mangles long headers
In-Reply-To: <1496268533.13.0.885025594185.issue30532@psf.upfronthosting.co.za>
Message-ID: <1498513297.55.0.142215833015.issue30532@psf.upfronthosting.co.za>


R. David Murray added the comment:


New changeset b350c22ebcbb891412e0b334afc9f0db19534e06 by R. David Murray (Joel Hillacre) in branch 'master':
bpo-30532: Fix whitespace folding in certain cases
https://github.com/python/cpython/commit/b350c22ebcbb891412e0b334afc9f0db19534e06


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30532>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:44:06 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 26 Jun 2017 21:44:06 +0000
Subject: [issue30532] email.policy.SMTP.fold() mangles long headers
In-Reply-To: <1496268533.13.0.885025594185.issue30532@psf.upfronthosting.co.za>
Message-ID: <1498513446.33.0.164951463255.issue30532@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30532>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:46:29 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 21:46:29 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498513589.35.0.526363573347.issue30728@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset bac7d3363b099d0cdef3e541f8581859edfddc85 by terryjreedy (csabella) in branch 'master':
bpo-30728: IDLE: Refactor configdialog to PEP8 names (#2307)
https://github.com/python/cpython/commit/bac7d3363b099d0cdef3e541f8581859edfddc85


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:49:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 21:49:23 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
Message-ID: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Currently, regrtest considers that a test file leaks if at least one run increased or decreased the global reference counter. The problem is that in practice, Python is full of singletons, caches, and other jokes of the garbage collector, etc.

To reduce false alarms and focus more on real bugs, I suggest to change the reference difference checker from:

     def check_rc_deltas(deltas):
        return any(deltas)

to:

     def check_rc_deltas(deltas):
        return all(delta>=1 for delta in deltas)

It would allow to ignore false positives like:

* [3, 0, 0]
* [0, 1, 0]
* [8, -8, 1]

----------
components: Tests
messages: 296950
nosy: haypo
priority: normal
severity: normal
status: open
title: regrtest: change -R/--huntrleaks rule to decide if a test leaks
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:49:51 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 21:49:51 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498513791.76.0.749784669107.issue30728@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2471

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:50:10 2017
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 26 Jun 2017 21:50:10 +0000
Subject: [issue25791] Raise an ImportWarning when __spec__.parent/__package__
 isn't defined for a relative import
In-Reply-To: <1449175692.43.0.67090220632.issue25791@psf.upfronthosting.co.za>
Message-ID: <1498513810.21.0.931434413957.issue25791@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Sorry for not responding, missed the message, it seems.

Cython has to support old-style relative imports also in Py3 because that's how the user code was originally written, using Py2-style syntax and semantics. Most Cython code has not been converted to Py3 syntax/semantics, but still needs to work in Py3.

>From a user perspective, it's best to switch on "__future__.absolute_import" and use explicit relative imports (or write Py3 code), because it reduces the overhead at import time.

I'm hoping to look into multi-step module initialisation this summer. As Nick noted, this might also help with this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25791>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:51:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 21:51:13 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498513873.36.0.242292480838.issue30776@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2472

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:53:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 21:53:20 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498514000.69.0.140602113772.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I had to write this change to be able to bisect bpo-30775 reference leak. Without this change, my bisection tool picked the wrong tests and failed to find the tests which leaked. For example, it took a subtest of tests which was considered as leaking because the reference differences was [3, 0, 0]. This pattern more looks like a late initialization than a real leak. In the case of the bpo-30775, a leak was closer to [222, 222, 225]: much more references than just 3 :-) Many leaks for all runs :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:54:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 21:54:04 +0000
Subject: [issue30758] test_pydoc (regrtest?) hangs on ARMv7 Ubuntu 3.x
In-Reply-To: <1498469994.85.0.367724213837.issue30758@psf.upfronthosting.co.za>
Message-ID: <1498514044.5.0.210910700055.issue30758@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Similar issue:

http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/800/steps/test/logs/stdio

...
1:49:04 [403/406/1] test_compile passed -- running: test_subprocess (4969 sec)
1:49:10 [404/406/1] test_strptime passed -- running: test_subprocess (4975 sec)
1:49:14 [405/406/1] test_unicode_file passed -- running: test_subprocess (4980 sec)

command timed out: 1200 seconds without output running ['Tools\\buildbot\\test.bat', '-j2', '--timeout', '900'], attempting to kill
program finished with exit code 1
elapsedTime=7768.278000

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30758>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:54:45 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 26 Jun 2017 21:54:45 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498514085.3.0.206963000952.issue30703@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2473

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:56:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 21:56:07 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1498514167.78.0.311332194931.issue30339@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Similar but difference issue.

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.5/builds/215/steps/test/logs/stdio

======================================================================
FAIL: test_directory_compiled (test.test_multiprocessing_main_handling.SpawnCmdLineTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\test_multiprocessing_main_handling.py", line 207, in test_directory_compiled
    self._check_script(script_dir)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\test_multiprocessing_main_handling.py", line 155, in _check_script
    rc, out, err = assert_python_ok(*run_args, __isolated=False)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\support\script_helper.py", line 150, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\support\script_helper.py", line 136, in _assert_python
    err))
AssertionError: Process return code is 1
command line: ['C:\\buildbot.python.org\\3.5.kloth-win64\\build\\PCbuild\\amd64\\python_d.exe', '-X', 'faulthandler', '-E', 'C:\\Users\\Buildbot\\AppData\\Local\\Temp\\tmp47s9eead', 'spawn']

stdout:
---

---

stderr:
---
Traceback (most recent call last):

  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\runpy.py", line 193, in _run_module_as_main

    "__main__", mod_spec)

  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\runpy.py", line 85, in _run_code

    exec(code, run_globals)

  File "C:\Users\Buildbot\AppData\Local\Temp\tmp47s9eead\__main__.py", line 23, in <module>

RuntimeError: Timed out waiting for results
---


Second run:


======================================================================
FAIL: test_directory (test.test_multiprocessing_main_handling.SpawnCmdLineTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\test_multiprocessing_main_handling.py", line 197, in test_directory
    self._check_script(script_dir)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\test_multiprocessing_main_handling.py", line 155, in _check_script
    rc, out, err = assert_python_ok(*run_args, __isolated=False)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\support\script_helper.py", line 150, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\support\script_helper.py", line 136, in _assert_python
    err))
AssertionError: Process return code is 1
command line: ['C:\\buildbot.python.org\\3.5.kloth-win64\\build\\PCbuild\\amd64\\python_d.exe', '-X', 'faulthandler', '-E', 'C:\\Users\\Buildbot\\AppData\\Local\\Temp\\tmp3hfxysdu', 'spawn']

stdout:
---

---

stderr:
---
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "C:\Users\Buildbot\AppData\Local\Temp\tmp3hfxysdu\__main__.py", line 23, in <module>
    raise RuntimeError("Timed out waiting for results")
RuntimeError: Timed out waiting for results
---

======================================================================
FAIL: test_directory_compiled (test.test_multiprocessing_main_handling.SpawnCmdLineTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\test_multiprocessing_main_handling.py", line 207, in test_directory_compiled
    self._check_script(script_dir)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\test_multiprocessing_main_handling.py", line 155, in _check_script
    rc, out, err = assert_python_ok(*run_args, __isolated=False)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\support\script_helper.py", line 150, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\test\support\script_helper.py", line 136, in _assert_python
    err))
AssertionError: Process return code is 1
command line: ['C:\\buildbot.python.org\\3.5.kloth-win64\\build\\PCbuild\\amd64\\python_d.exe', '-X', 'faulthandler', '-E', 'C:\\Users\\Buildbot\\AppData\\Local\\Temp\\tmpvez1m7b1', 'spawn']

stdout:
---

---

stderr:
---
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "C:\buildbot.python.org\3.5.kloth-win64\build\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "C:\Users\Buildbot\AppData\Local\Temp\tmpvez1m7b1\__main__.py", line 23, in <module>
RuntimeError: Timed out waiting for results
---

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:57:02 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 21:57:02 +0000
Subject: [issue30777] IDLE: configdialog -- add docstrings and improve comments
Message-ID: <1498514221.98.0.774452449719.issue30777@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Spinoff from #30728.  Docstrings are a form of comment.  Both leave behavior alone and do not require testing, just human review.  Add the docstrings from the original version of PR 2307, and any others.  Review and fix comments in light of the comments on that PR.

----------
messages: 296955
nosy: csabella, louielu, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: configdialog -- add docstrings and improve comments
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30777>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:58:36 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 21:58:36 +0000
Subject: [issue30778] test_bsddb3 crash on x86 Windows XP 2.7
Message-ID: <1498514316.81.0.754509003042.issue30778@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/x86%20Windows%20XP%202.7/builds/213/steps/test/logs/stdio

Run tests in parallel using 2 child processes
...
0:22:09 [321/404/1] test_bsddb3 crashed -- running: test_io (242 sec)
  test_bsddb3 still working, be patient...
Berkeley DB 4.7.25: (May 15, 2008)
Test path prefix:  c:\docume~1\db3l\locals~1\temp\z-test_bsddb3-2068
...
361 tests OK.
1 test failed:
    test_bsddb3
...
Re-running test 'test_bsddb3' in verbose mode
...
testCheckElapsedTime (test.test_bsddb3.TimingCheck) ... ok
test01_get_returns_none (bsddb.test.test_get_none.GetReturnsNoneTestCase) ... ok
test02_get_raises_exception (bsddb.test.test_get_none.GetReturnsNoneTestCase) ... ok
testCheckElapsedTime (test.test_bsddb3.TimingCheck) ... ok
test01_join (bsddb.test.test_join.JoinTestCase) ... ok
testCheckElapsedTime (test.test_bsddb3.TimingCheck) ... ok
test01_simple (bsddb.test.test_lock.LockingTestCase) ... ok
test02_threaded (bsddb.test.test_lock.LockingTestCase) ... ok
test04_lock_timeout2 (bsddb.test.test_lock.LockingTestCase) ... FAIL
testCheckElapsedTime (test.test_bsddb3.TimingCheck) ... ok
test01_badpointer (bsddb.test.test_misc.MiscTestCase) ... Berkeley DB 4.7.25: (May 15, 2008)
Test path prefix:  c:\docume~1\db3l\locals~1\temp\z-test_bsddb3-644
program finished with exit code -1073741819
elapsedTime=2073.500000

----------
messages: 296956
nosy: haypo
priority: normal
severity: normal
status: open
title: test_bsddb3 crash on x86 Windows XP 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30778>
_______________________________________

From report at bugs.python.org  Mon Jun 26 17:58:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 21:58:49 +0000
Subject: [issue30778] test_bsddb3 crash on x86 Windows XP 2.7
In-Reply-To: <1498514316.81.0.754509003042.issue30778@psf.upfronthosting.co.za>
Message-ID: <1498514329.39.0.655968774936.issue30778@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Tests, Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30778>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:00:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 22:00:35 +0000
Subject: [issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD
In-Reply-To: <1484945288.47.0.935636853008.issue29335@psf.upfronthosting.co.za>
Message-ID: <1498514435.87.0.0332361035861.issue29335@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 9ad50d94599aed0c37beaf78948ec271c8aa3881 by Victor Stinner in branch '3.6':
bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2410)
https://github.com/python/cpython/commit/9ad50d94599aed0c37beaf78948ec271c8aa3881


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29335>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:00:36 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 22:00:36 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498514436.04.0.814871949918.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 9ad50d94599aed0c37beaf78948ec271c8aa3881 by Victor Stinner in branch '3.6':
bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2410)
https://github.com/python/cpython/commit/9ad50d94599aed0c37beaf78948ec271c8aa3881


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:00:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 22:00:53 +0000
Subject: [issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD
In-Reply-To: <1484945288.47.0.935636853008.issue29335@psf.upfronthosting.co.za>
Message-ID: <1498514453.92.0.479310144229.issue29335@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 2097b9e0ef32ab7a0d745edc0f707c615780c006 by Victor Stinner in branch '2.7':
[2.7] bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2412)
https://github.com/python/cpython/commit/2097b9e0ef32ab7a0d745edc0f707c615780c006


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29335>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:00:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 22:00:54 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498514454.07.0.937663652959.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 2097b9e0ef32ab7a0d745edc0f707c615780c006 by Victor Stinner in branch '2.7':
[2.7] bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2412)
https://github.com/python/cpython/commit/2097b9e0ef32ab7a0d745edc0f707c615780c006


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:02:56 2017
From: report at bugs.python.org (Martin Panter)
Date: Mon, 26 Jun 2017 22:02:56 +0000
Subject: [issue30754] textwrap.dedent mishandles empty lines
In-Reply-To: <1498404324.65.0.525714137023.issue30754@psf.upfronthosting.co.za>
Message-ID: <1498514576.64.0.777765858936.issue30754@psf.upfronthosting.co.za>


Martin Panter added the comment:

Some people like to avoid indented blank lines, treating them the same as trailing whitespace. I suspect this behaviour may be intentional.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30754>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:34:16 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 22:34:16 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
Message-ID: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

configdialog.ConfigDialog mixes together two things: a user interface for  changing options and a mechanism for storing proposed changes and applying them to the configuration dictionaries managed by config.  The change mechanism is based on a 3-level dict that maps user config file, config file section, and section entry to a new values.  Most GUI event handlers insert entries into the dict.  Cancel clears the dict. Apply and call a method to apply changes (and then clear them).

This issue will factor out the changes structure and all methods that touch it into a new Changes class.  ConfigDialog needs to be able to call methods to add changes, clear changes, apply changes, and maybe something else.  GUI tests need to be able to query currently stored changes.

Tests of Changes, which are part of this issue and should be 'complete', will accept examples changes from the test functions and send changes to either configparser mocks or even the actual configparser structures, but not to disk.

A complete test of the GUI (not part of this issue) will simulate user interaction with every widget and then query Changes() to see that the proper changes orders have been recorded.

----------
messages: 296962
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: configdialog -- factor out Changes class
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:38:31 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 22:38:31 +0000
Subject: [issue30780] IDLE: configdialog - add tests for ConfigDialog GUI.
Message-ID: <1498516711.25.0.892352273971.issue30780@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

A complete test of the GUI  will simulate user interaction with every widget and then query Changes() to see that the proper changes orders have been recorded.

This issue depends on #30779, factor out Changes class.

----------
messages: 296963
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: configdialog - add tests for ConfigDialog GUI.
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30780>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:39:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 22:39:41 +0000
Subject: [issue30780] IDLE: configdialog - add tests for ConfigDialog GUI.
In-Reply-To: <1498516711.25.0.892352273971.issue30780@psf.upfronthosting.co.za>
Message-ID: <1498516781.78.0.586281826708.issue30780@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
dependencies: +IDLE: configdialog -- factor out Changes class

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30780>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:40:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 22:40:08 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498516808.16.0.611991919495.issue30779@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:40:30 2017
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 26 Jun 2017 22:40:30 +0000
Subject: [issue30750] Update `make patchcheck` to understand Misc/NEWS.d
In-Reply-To: <1498347959.85.0.344853864513.issue30750@psf.upfronthosting.co.za>
Message-ID: <1498516830.44.0.425960480732.issue30750@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30750>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:40:32 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 22:40:32 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498516832.73.0.27166099785.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2474

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:41:15 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 22:41:15 +0000
Subject: [issue30777] IDLE: configdialog -- add docstrings and improve comments
In-Reply-To: <1498514221.98.0.774452449719.issue30777@psf.upfronthosting.co.za>
Message-ID: <1498516875.43.0.760642070812.issue30777@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
components: +IDLE
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30777>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:47:15 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 22:47:15 +0000
Subject: [issue30781] IDLE: configdialog -- switch to ttk widgets.
Message-ID: <1498517235.92.0.120194527847.issue30781@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Change imports and see what else needs fixing.
#27755 is one specific ttk switch that could be done before, as part of, or after this.

This issue depends on #30780 test GUI

----------
assignee: terry.reedy
components: IDLE
messages: 296964
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: configdialog -- switch to ttk widgets.
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30781>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:47:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 22:47:20 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498517240.21.0.367859719606.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tried to implement test.support.SuppressCrashReport on Windows using only ctypes for Python 2.7, but I failed: see attached suppress_crash.py. So I created https://github.com/python/cpython/pull/2423 which adds new functions and constants to the _testcapi module. IMHO it's more reliabe to do that, but it adds more C code.

----------
Added file: http://bugs.python.org/file46976/suppress_crash.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:47:38 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 26 Jun 2017 22:47:38 +0000
Subject: [issue30781] IDLE: configdialog -- switch to ttk widgets.
In-Reply-To: <1498517235.92.0.120194527847.issue30781@psf.upfronthosting.co.za>
Message-ID: <1498517258.98.0.451382417786.issue30781@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
dependencies: +IDLE: configdialog - add tests for ConfigDialog GUI.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30781>
_______________________________________

From report at bugs.python.org  Mon Jun 26 18:50:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 22:50:09 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498517409.37.0.268056754134.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Test failure on x86-64 Sierra 2.7 buildbot:

http://buildbot.python.org/all/builders/x86-64%20Sierra%202.7/builds/111/steps/test/logs/stdio

test_shell_string_with_spaces (test.test_subprocess.CommandsWithSpaces) ... test test_subprocess failed -- Traceback (most recent call last):
  File "/Users/buildbot/buildarea/2.7.billenstein-sierra/build/Lib/test/test_subprocess.py", line 1302, in test_child_terminated_in_stopped_state
    self.assertLess(returncode, 0)  # signal death, likely SIGSEGV.
AssertionError: 1 not less than 0

skipped 'mswindows only'

======================================================================
FAIL: test_child_terminated_in_stopped_state (test.test_subprocess.POSIXProcessTestCase)
Test wait() behavior when waitpid returns WIFSTOPPED; issue29335.
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/2.7.billenstein-sierra/build/Lib/test/test_subprocess.py", line 1302, in test_child_terminated_in_stopped_state
    self.assertLess(returncode, 0)  # signal death, likely SIGSEGV.
AssertionError: 1 not less than 0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:01:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:01:05 +0000
Subject: [issue30329] poplib and imaplib should catch "OSError: [WinError
 10022] An invalid argument was supplied" on shutdown
In-Reply-To: <1494419208.12.0.00943199066561.issue30329@psf.upfronthosting.co.za>
Message-ID: <1498518065.82.0.455267176263.issue30329@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The bug should now be catched.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30329>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:04:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:04:03 +0000
Subject: [issue30727] [2.7] test_threading.ConditionTests.test_notify() hangs
 randomly on Python 2.7
In-Reply-To: <1498083605.56.0.378803721046.issue30727@psf.upfronthosting.co.za>
Message-ID: <1498518243.77.0.939655073415.issue30727@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, my commit was not reported in the issue:

commit da6d305b6fcd49ba1224b1fd2131d7648a5be6b9
Author: Victor Stinner <victor.stinner at gmail.com>
Date:   Thu Jun 22 02:09:40 2017 +0200

    bpo-8799: Reduce timing sensitivity of condition test by explicitly (#2320)
    delaying the main thread so that it doesn't race ahead of the workers.
    (cherry picked from commit 020af2a2bc4708215360a3793b5a1790e15d05dd)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30727>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:05:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:05:04 +0000
Subject: [issue30351] [2.7] regrtest hangs on Python 2.7 (test_threading?)
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498518304.25.0.645092030982.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The bpo-30727 (test_threading hangs in ConditionTests.test_notify()) has been fixed by my commit da6d305b6fcd49ba1224b1fd2131d7648a5be6b9, followed by a better made by Serhiy: commit 7709b4d57b433ef027a2e7e63b4cab3fc9ad910d (Serhiy applied his fix to all branches).

I hope that this bug (regrtest hangs on Python 2.7) will slowly become less likely!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:06:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:06:53 +0000
Subject: [issue30329] poplib and imaplib should catch "OSError: [WinError
 10022] An invalid argument was supplied" on shutdown
In-Reply-To: <1494419208.12.0.00943199066561.issue30329@psf.upfronthosting.co.za>
Message-ID: <1498518413.67.0.3641315144.issue30329@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> The bug should now be catched.

Oops, I wanted to write: "should now be fixed", sorry!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30329>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:13:51 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:13:51 +0000
Subject: [issue30448] test_subprocess creates a core dump on FreeBSD
In-Reply-To: <1495585443.49.0.256538007117.issue30448@psf.upfronthosting.co.za>
Message-ID: <1498518831.96.0.684037347245.issue30448@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oops, I mentioned the wrong bpo in my PRs: the fix was pushed using bpo-30764 identifier :-/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30448>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:14:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:14:21 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498518861.07.0.074521829393.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oops, I used the wrong bpo number for the test_subprocess fixes: the right bpo is bpo-30448!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:16:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:16:16 +0000
Subject: [issue30542] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1498518976.19.0.506851781684.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Example of 3 runs:

test_tools leaked [10, 15, 0] references, sum=25
test_tools leaked [2, 13, 0] references, sum=15
test_tools leaked [180, 0, 0] references, sum=180

The bpo-30776 should fix this issue by ignoring the result, since it's a false positive in pratice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:38:54 2017
From: report at bugs.python.org (R. David Murray)
Date: Mon, 26 Jun 2017 23:38:54 +0000
Subject: [issue30706] EmailMessage Object Creation
In-Reply-To: <1497907186.78.0.0626439777359.issue30706@psf.upfronthosting.co.za>
Message-ID: <1498520334.65.0.0133734623479.issue30706@psf.upfronthosting.co.za>


R. David Murray added the comment:

Given that there hasn't been any response that would help us improve the docs on this, I'm going to close the issue.  I hope you've figured out how to do what you want to do!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30706>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:43:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:43:34 +0000
Subject: [issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for
 "AMD64 Windows8.1 Refleaks 3.x" buildbot
In-Reply-To: <1497524514.07.0.657650924197.issue30673@psf.upfronthosting.co.za>
Message-ID: <1498520614.46.0.675085873787.issue30673@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I reverted my Tools/buildbot/test.bat change on all branches.

I checked that --timeout is now properly set on the Gentoo Refleaks and Windows Refleaks buildbots on 3.5, 3.6 and master branches.

So this issue is now fixed!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30673>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:47:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:47:56 +0000
Subject: [issue30675] test_zipfile leaks references on Python 3.5 on the wo
 Refleaks buildbots (Gentoo, Windows)
In-Reply-To: <1497532627.0.0.192797490267.issue30675@psf.upfronthosting.co.za>
Message-ID: <1498520876.34.0.243028908242.issue30675@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tested: "./python -m test -j2 -R 3:3 -m test_random_open test_zipfile" now pass on 2.7, 3.5, 3.6 and master branches. So this issue is now fixed.

By the way, bpo-30776 should reduce even further false positive when hunting reference leaks.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30675>
_______________________________________

From report at bugs.python.org  Mon Jun 26 19:51:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 26 Jun 2017 23:51:39 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498521099.45.0.77894410893.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Real-world examples of false positives from the x86 Gentoo Refleaks 2.7 buildbot:

http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%202.7/builds/32/steps/test/logs/stdio

test_nntplib leaked [0, 85, 0] references, sum=85
test_multiprocessing leaked [0, 0, -35] references, sum=-35

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Mon Jun 26 20:02:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 00:02:07 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498521727.15.0.11796621964.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 48b5c422ffb03affb00c184b9a99e5537be92732 by Victor Stinner in branch 'master':
bpo-30776: reduce regrtest -R false positives (#2422)
https://github.com/python/cpython/commit/48b5c422ffb03affb00c184b9a99e5537be92732


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Mon Jun 26 20:04:26 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 00:04:26 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498521865.99.0.286528580009.issue30769@psf.upfronthosting.co.za>


Changes by Emily Morehouse <emily at cuttlesoft.com>:


----------
stage:  -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 20:09:47 2017
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 27 Jun 2017 00:09:47 +0000
Subject: [issue30758] test_pydoc (regrtest?) hangs on some buildbots
In-Reply-To: <1498469994.85.0.367724213837.issue30758@psf.upfronthosting.co.za>
Message-ID: <1498522187.7.0.669335640756.issue30758@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
title: test_pydoc (regrtest?) hangs on ARMv7 Ubuntu 3.x -> test_pydoc (regrtest?) hangs on some buildbots

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30758>
_______________________________________

From report at bugs.python.org  Mon Jun 26 20:12:11 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 00:12:11 +0000
Subject: [issue30705] python2.7 -m test -R 3:3 hangs on Refleaks 2.7 buildbots
In-Reply-To: <1497888686.38.0.385833732648.issue30705@psf.upfronthosting.co.za>
Message-ID: <1498522331.22.0.262640729084.issue30705@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, for test_regrtest which hangs on Windows, I'm quite sure that it comes from test_crashed() which opens a popup!

In the master branch, test_crashed() uses faulthandler._sigsegv() which disables the Windows popup using SetErrorMode() and _set_abort_behavior().

In Python 2.7, test_crashed() just calls ctypes.string_at(0) which doesn't prevent the Windows popup.

My PR https://github.com/python/cpython/pull/2423 implements support.SuppressCrashReport on Windows and so will allow to fix this issue!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30705>
_______________________________________

From report at bugs.python.org  Mon Jun 26 20:46:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 00:46:41 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498524401.32.0.749555060735.issue30728@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I decided that most other changes should be separate issues that are dependencies of this one.

30779 Docstrings and comments
28523 Colour to color
30779 Factor out Changes class
30780 Test GUI - depends on 30779
30781 Switch to ttk - depends on 30780

----------
assignee:  -> terry.reedy
components: +IDLE
dependencies: +IDLE: configdialog - add tests for ConfigDialog GUI., IDLE: configdialog -- add docstrings and improve comments, IDLE: configdialog -- factor out Changes class, IDLE: configdialog -- switch to ttk widgets., Idlelib.configdialog: use 'color' insteadof 'colour', test_bsddb3 crash on x86 Windows XP 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Mon Jun 26 20:48:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 00:48:41 +0000
Subject: [issue30728] IDLE: Modernize configdialog code.
In-Reply-To: <1498088215.04.0.812004436002.issue30728@psf.upfronthosting.co.za>
Message-ID: <1498524521.29.0.299060263306.issue30728@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 938e73809d10f6073c85ecd330c88a85c6095530 by terryjreedy in branch '3.6':
[3.6] bpo-30728: IDLE: Refactor configdialog to PEP8 names (GH-2307) (#2421)
https://github.com/python/cpython/commit/938e73809d10f6073c85ecd330c88a85c6095530


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30728>
_______________________________________

From report at bugs.python.org  Mon Jun 26 21:05:22 2017
From: report at bugs.python.org (Andy Balaam)
Date: Tue, 27 Jun 2017 01:05:22 +0000
Subject: [issue30782] Allow limiting the number of concurrent tasks in
 asyncio.as_completed
Message-ID: <1498525522.6.0.617023291854.issue30782@psf.upfronthosting.co.za>


New submission from Andy Balaam:

asyncio.as_completed allows us to provide lots of coroutines (or Futures) to schedule, and then deal with the results as soon as they are available, in a loop, or a streaming style.

I propose to allow as_completed to work on very large numbers of coroutines, provided through a generator (rather than a list).  In order to make this practical, we need to limit the number of coroutines that are scheduled simultaneously to a reasonable number.

For tasks that open files or sockets, a reasonable number might be 1000 or fewer.  For other tasks, a much larger number might be reasonable, but we would still like some limit to prevent us running out of memory.

I suggest adding a "limit" argument to as_completed that limits the number of coroutines that it schedules simultaneously.

For me, the key advantage of as_completed (in the proposed modified form) is that it enables a streaming style that looks quite like synchronous code, but is efficient in terms of memory usage (as you'd expect from a streaming style):


#!/usr/bin/env python3

import asyncio
import sys

limit = int(sys.argv[1])

async def double(x):
    await asyncio.sleep(1)
    return x * 2

async def print_doubles():
    coros = (double(x) for x in range(1000000))
    for res in asyncio.as_completed(coros, limit=limit):
        r = await res
        if r % 100000 == 0:
            print(r)

loop = asyncio.get_event_loop()
loop.run_until_complete(print_doubles())
loop.close()


Using my prototype implementation, this runs faster and uses much less memory on my machine when you run it with a limit of 100K instead of 1 million concurrent tasks:

$ /usr/bin/time --format "Memory usage: %MKB\tTime: %e seconds" ./example 1000000
Memory usage: 2234552KB	Time: 97.52 seconds

$ /usr/bin/time --format "Memory usage: %MKB\tTime: %e seconds" ./example 100000
Memory usage: 252732KB	Time: 94.13 seconds

I have been working on an implementation and there is some discussion in my blog posts: http://www.artificialworlds.net/blog/2017/06/12/making-100-million-requests-with-python-aiohttp/ and http://www.artificialworlds.net/blog/2017/06/27/adding-a-concurrency-limit-to-pythons-asyncio-as_completed/

Possibly the most controversial thing about this proposal is the fact that we need to allow passing a generator to as_completed instead of enforcing that it be a list.  This is fundamental to allowing the style I outlined above, but it's possible that we can do better than the blanket allowing of all generators that I did.

----------
components: asyncio
messages: 296982
nosy: andybalaam, yselivanov
priority: normal
severity: normal
status: open
title: Allow limiting the number of concurrent tasks in asyncio.as_completed
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30782>
_______________________________________

From report at bugs.python.org  Mon Jun 26 21:10:51 2017
From: report at bugs.python.org (Andy Balaam)
Date: Tue, 27 Jun 2017 01:10:51 +0000
Subject: [issue30782] Allow limiting the number of concurrent tasks in
 asyncio.as_completed
In-Reply-To: <1498525522.6.0.617023291854.issue30782@psf.upfronthosting.co.za>
Message-ID: <1498525851.76.0.802137158395.issue30782@psf.upfronthosting.co.za>


Changes by Andy Balaam <mail at artificialworlds.net>:


----------
pull_requests: +2475

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30782>
_______________________________________

From report at bugs.python.org  Mon Jun 26 21:27:51 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 01:27:51 +0000
Subject: [issue30754] textwrap.dedent mishandles empty lines
In-Reply-To: <1498404324.65.0.525714137023.issue30754@psf.upfronthosting.co.za>
Message-ID: <1498526871.53.0.897764498609.issue30754@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

I concur with Martin, whitespace is not expected to be preserved on whitespace-only lines nor even considered when finding common leading whitepace. To illustrate this, see the examples below:

The following yields the same (expected) results:

    > python2 -c 'from textwrap import dedent; print repr(dedent(" " * 2 + "\n" + " " * 4 + "\t\n"))'
    > '\n\n'

And a simplified version of a test case from test_textwrap.py:

    > python2 -c 'from textwrap import dedent; print repr(dedent("  Foo\n \n"))'
    > 'Foo\n\n'

----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30754>
_______________________________________

From report at bugs.python.org  Mon Jun 26 21:30:46 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 01:30:46 +0000
Subject: [issue19479] textwrap.dedent doesn't work properly with strings
 containing CRLF
In-Reply-To: <1383403818.41.0.713007913793.issue19479@psf.upfronthosting.co.za>
Message-ID: <1498527046.08.0.469035156893.issue19479@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

@georg.brandl and @terry.reedy, this issue was mentioned again recently (http://bugs.python.org/issue30754). 

Would you like to revisit it?

----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19479>
_______________________________________

From report at bugs.python.org  Mon Jun 26 21:33:10 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 01:33:10 +0000
Subject: [issue30773] async generator receives wrong value when shared between
 coroutines
In-Reply-To: <1498503333.78.0.356156621032.issue30773@psf.upfronthosting.co.za>
Message-ID: <1498527190.01.0.88476109631.issue30773@psf.upfronthosting.co.za>


Changes by Emily Morehouse <emily at cuttlesoft.com>:


----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30773>
_______________________________________

From report at bugs.python.org  Mon Jun 26 21:35:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 01:35:22 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498527322.41.0.63523169876.issue30769@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a7874c73c0c729bbec2fd4b077bd0eec276cfff4 by Victor Stinner (Eric N. Vander Weele) in branch 'master':
bpo-30769: Fix reference leak introduced in 77703942c59 (#2416)
https://github.com/python/cpython/commit/a7874c73c0c729bbec2fd4b077bd0eec276cfff4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 21:41:55 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 01:41:55 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498527715.43.0.0365967397283.issue30769@psf.upfronthosting.co.za>


Changes by Emily Morehouse <emily at cuttlesoft.com>:


----------
pull_requests: +2477

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Mon Jun 26 22:23:04 2017
From: report at bugs.python.org (Ofek Lev)
Date: Tue, 27 Jun 2017 02:23:04 +0000
Subject: [issue30783] Spawned subprocesses don't respect environment
Message-ID: <1498530184.51.0.0376373958552.issue30783@psf.upfronthosting.co.za>


New submission from Ofek Lev:

The following example shows that we are indeed changing PATH, but the subprocess does not acknowledge it in Windows 7 x64. Also note this works in Linux (Ubuntu 16.04).

-----

import os
import subprocess
from contextlib import contextmanager
from tempfile import TemporaryDirectory


def get_python_path():
    return subprocess.check_output(
        ['python', '-c', 'import sys;print(sys.executable)']
    ).decode().strip()


@contextmanager
def temp_chdir(cwd=None):
    with TemporaryDirectory() as d:
        origin = cwd or os.getcwd()
        os.chdir(d)

        try:
            yield d
        finally:
            os.chdir(origin)


def create_venv(d, pypath=None):
    command = ['virtualenv', d]
    if pypath:
        command.extend(['-p', pypath])
    subprocess.call(command)


@contextmanager
def venv(d):
    if os.path.exists(os.path.join(d, 'bin')):  # no cov
        venv_exe_dir = os.path.join(d, 'bin')
    elif os.path.exists(os.path.join(d, 'Scripts')):
        venv_exe_dir = os.path.join(d, 'Scripts')
    else:
        raise OSError('Unable to locate executables directory.')

    old_path = os.environ['PATH']
    os.environ['PATH'] = '{}{}{}'.format(venv_exe_dir, os.pathsep, old_path)
    yield
    os.environ['PATH'] = old_path


def test_venv():
    with temp_chdir() as d:
        d = os.path.join(d, 'test_env')
        create_venv(d)
        global_python = get_python_path()
        print('PATH', os.environ['PATH'][:140])

        with venv(d):
            print('PATH', os.environ['PATH'][:140])
            venv_python = get_python_path()

        assert global_python != venv_python
        assert global_python == get_python_path()

----------
components: Windows
messages: 296986
nosy: Ofekmeister, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Spawned subprocesses don't respect environment
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30783>
_______________________________________

From report at bugs.python.org  Mon Jun 26 22:29:00 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 02:29:00 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498530540.18.0.257100278017.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 9a02ae3d3d645f0c8178f3362694f473bab6fe3e by terryjreedy (csabella) in branch 'master':
bpo-24813: IDLE: Add build bitness to About Idle title (#2380)
https://github.com/python/cpython/commit/9a02ae3d3d645f0c8178f3362694f473bab6fe3e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Mon Jun 26 22:30:26 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 02:30:26 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498530626.74.0.575613139472.issue24813@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2478

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Mon Jun 26 22:35:59 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 02:35:59 +0000
Subject: [issue30763] There is functionality bug in linecache library.
In-Reply-To: <1498476608.04.0.760408193877.issue30763@psf.upfronthosting.co.za>
Message-ID: <1498530959.66.0.979598874598.issue30763@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

This is the expected functionality of linecache. As each file is read, it is stored in a cache, subsequent calls using linecache do not check to see if the file has changed.

If you know that the file has changed, you should call linecache.checkcache() to check all files or linecache.checkcache(filename) to check a specific file. (https://docs.python.org/2/library/linecache.html#linecache.checkcache)


[Since no one is listed in the Experts Index, I've included some other contributors to linecache who can assist in closing out this issue]

----------
components: +Library (Lib) -2to3 (2.x to 3.x conversion tool)
nosy: +emilyemorehouse, gvanrossum, rhettinger, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30763>
_______________________________________

From report at bugs.python.org  Mon Jun 26 22:38:41 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 02:38:41 +0000
Subject: [issue30759] [2.7] Fix python2 -m test --list-cases
 test_multibytecodec_support test_robotparser
In-Reply-To: <1498470245.46.0.632048342488.issue30759@psf.upfronthosting.co.za>
Message-ID: <1498531121.34.0.570984388264.issue30759@psf.upfronthosting.co.za>


Changes by Emily Morehouse <emily at cuttlesoft.com>:


----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30759>
_______________________________________

From report at bugs.python.org  Mon Jun 26 23:01:19 2017
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 27 Jun 2017 03:01:19 +0000
Subject: [issue30783] Spawned subprocesses don't respect environment
In-Reply-To: <1498530184.51.0.0376373958552.issue30783@psf.upfronthosting.co.za>
Message-ID: <1498532479.27.0.0905208774829.issue30783@psf.upfronthosting.co.za>


Eryk Sun added the comment:

subprocess.Popen calls CreateProcess on Windows, which searches for an unqualified executable in the command line as follows:

    1. The directory from which the application loaded.
    2. The current directory for the parent process. (Starting with
       Vista, the current directory is excluded from this search if
       the environment variable NoDefaultCurrentDirectoryInExePath is
       defined.)
    3. The 32-bit Windows system directory. Use the GetSystemDirectory
       function to get the path of this directory.
    4. The 16-bit Windows system directory. There is no function that
       obtains the path of this directory, but it is searched. The
       name of this directory is System.
    5. The Windows directory. Use the GetWindowsDirectory function to
       get the path of this directory.
    6. The directories that are listed in the PATH environment
       variable.

Thus searching for "python" will always find "python.exe" from the application directory. 

To work around this, you can use shutil.which() to find python.exe on PATH and pass it as the `executable` argument. For example:

    os.environ['PATH'] = ';'.join([r'C:\Program Files\Python35', old_path])
    python35 = shutil.which('python')

    >>> print(python35)
    C:\Program Files\Python35\python.EXE

    >>> _ = subprocess.call('python -V')
    Python 3.6.1

    >>> _ = subprocess.call('python -V', executable=python35)
    Python 3.5.2

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30783>
_______________________________________

From report at bugs.python.org  Mon Jun 26 23:09:47 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 03:09:47 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498532987.26.0.0495856414008.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 8047f02a4b0db81cb023df1f5ce4cc1c42d17821 by terryjreedy in branch '3.6':
[3.6] bpo-24813: IDLE: Add build bitness to About Idle title (GH-2380) (#2426)
https://github.com/python/cpython/commit/8047f02a4b0db81cb023df1f5ce4cc1c42d17821


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Mon Jun 26 23:15:34 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 03:15:34 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498533334.47.0.652592280757.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This completes 1,3,and 4.  Pause for now as I would like to try my re-arrangement next, before worrying about modality.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Mon Jun 26 23:21:40 2017
From: report at bugs.python.org (Louie Lu)
Date: Tue, 27 Jun 2017 03:21:40 +0000
Subject: [issue30784] IDLE: seperate editor window and text
Message-ID: <1498533700.74.0.75769354704.issue30784@psf.upfronthosting.co.za>


New submission from Louie Lu:

Currently, IDLE EditorWindow was mixed with the GUI skeleton and text area, and the other plugin such as hyperparser was operate on editwin. Such a design let IDLE is difficult to changed its GUI design, from new window to new tab style.

If we seperate EditorWindow and the text zone, it will make more easy to port to ttk.Notebook. How do you think about this, terry?

----------
assignee: terry.reedy
components: IDLE
messages: 296992
nosy: louielu, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: seperate editor window and text
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30784>
_______________________________________

From report at bugs.python.org  Mon Jun 26 23:32:52 2017
From: report at bugs.python.org (Ofek Lev)
Date: Tue, 27 Jun 2017 03:32:52 +0000
Subject: [issue30783] Spawned subprocesses don't respect environment
In-Reply-To: <1498530184.51.0.0376373958552.issue30783@psf.upfronthosting.co.za>
Message-ID: <1498534372.09.0.152379932706.issue30783@psf.upfronthosting.co.za>


Ofek Lev added the comment:

Fixed with shell=True

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30783>
_______________________________________

From report at bugs.python.org  Mon Jun 26 23:40:27 2017
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 27 Jun 2017 03:40:27 +0000
Subject: [issue30783] Spawned subprocesses don't respect environment
In-Reply-To: <1498530184.51.0.0376373958552.issue30783@psf.upfronthosting.co.za>
Message-ID: <1498534827.3.0.276515274828.issue30783@psf.upfronthosting.co.za>


Eryk Sun added the comment:

cmd.exe implements its own search, like shutil.which, and uses the CreateProcess lpApplicationName parameter that corresponds to the Popen executable parameter. But in general (not always) it's better to use shutil.which because you don't have to worry about the security problems that come with using the shell.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30783>
_______________________________________

From report at bugs.python.org  Tue Jun 27 00:02:34 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 04:02:34 +0000
Subject: [issue29910] Ctrl-D eats a character on IDLE
In-Reply-To: <1490549101.95.0.397312441336.issue29910@psf.upfronthosting.co.za>
Message-ID: <1498536154.68.0.180871779347.issue29910@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 213ce12adfc9281c6f381bb45d132e9de8ffd450 by terryjreedy (Serhiy Storchaka) in branch 'master':
bpo-29910: IDLE no longer deletes a character after commenting out a region (#825)
https://github.com/python/cpython/commit/213ce12adfc9281c6f381bb45d132e9de8ffd450


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29910>
_______________________________________

From report at bugs.python.org  Tue Jun 27 00:08:36 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 04:08:36 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1498536516.76.0.645743024417.issue21519@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2479

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Tue Jun 27 00:50:56 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 04:50:56 +0000
Subject: [issue30759] [2.7] Fix python2 -m test --list-cases
 test_multibytecodec_support test_robotparser
In-Reply-To: <1498470245.46.0.632048342488.issue30759@psf.upfronthosting.co.za>
Message-ID: <1498539056.1.0.00299305501489.issue30759@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I have doubts that only 2 tests need to be modified. Making tests discoverable in Python 3 was a long work made by many developers in many issues, and it still is not finished. Some of changes were not trivial and needed rewriting the architecture of the tests.

Yet one option is forgot about 2.7.

----------
nosy: +serhiy.storchaka, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30759>
_______________________________________

From report at bugs.python.org  Tue Jun 27 00:51:01 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 04:51:01 +0000
Subject: [issue30754] textwrap.dedent mishandles empty lines
In-Reply-To: <1498404324.65.0.525714137023.issue30754@psf.upfronthosting.co.za>
Message-ID: <1498539061.48.0.75045335459.issue30754@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This is related to #19479 at least in the sense of addressing the same module, and being about   It has a patch, so it would be good to accept or reject. Martin, could you take a look?  There is currently no expert listed for textwrap.  Georg is current dormant as far as cpython is concerned.

To call the current behavior a bug, it should conflict with somethings in the docs.  Otherwise, it may be an enhancement proposal, in which case python-ideas would be a good place to discuss.  Julian, look in the docs to see if you find a conflict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30754>
_______________________________________

From report at bugs.python.org  Tue Jun 27 00:54:47 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 27 Jun 2017 04:54:47 +0000
Subject: [issue30763] There is functionality bug in linecache library.
In-Reply-To: <1498476608.04.0.760408193877.issue30763@psf.upfronthosting.co.za>
Message-ID: <1498539287.08.0.042212325634.issue30763@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

You nailed it, Emily! This is not a bug (though the docs could be a bit more upfront about this -- just having "cache" in the name doesn't cut it these days :-).

If either Serhiy or Raymond agrees they can close the issue (we won't wait for the third vote). If we don't hear from them within a reasonable time we can also close the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30763>
_______________________________________

From report at bugs.python.org  Tue Jun 27 00:58:47 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 04:58:47 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498539527.72.0.605479546412.issue30769@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

The code in 3.5 differs from the code in master and 3.6, but it contains the same bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 00:59:27 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 04:59:27 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498539567.41.0.574232219215.issue30769@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 2d348f7a723db839aa18ce8213b8663ccb0a3d35 by Serhiy Storchaka (Emily Morehouse) in branch '3.6':
[3.6] bpo-30769: Fix reference leak introduced in 77703942c59 (GH-2416) (#2425)
https://github.com/python/cpython/commit/2d348f7a723db839aa18ce8213b8663ccb0a3d35


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:00:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 05:00:02 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498539602.8.0.534941644179.issue30769@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage: commit review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:03:17 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 05:03:17 +0000
Subject: [issue19479] textwrap.dedent doesn't work properly with strings
 containing CRLF
In-Reply-To: <1383403818.41.0.713007913793.issue19479@psf.upfronthosting.co.za>
Message-ID: <1498539797.42.0.617620803536.issue19479@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Emily, do you have any opinion on the issue?  The complaint seems plausible, but I have not looked at the docs, nor the code to understand the import of '[^ \t\n]' (re for 'anything but space, tab, newline') matches '\r'.

Alexis, you must sign the PSF contributor license agreement,
https://www.python.org/psf/contrib/
before we can use your patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19479>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:13:45 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 05:13:45 +0000
Subject: [issue30754] textwrap.dedent mishandles empty lines
In-Reply-To: <1498404324.65.0.525714137023.issue30754@psf.upfronthosting.co.za>
Message-ID: <1498540425.61.0.520336323924.issue30754@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think the current behavior is useful, but undocumented. Otherwise a blank line starting with unmatched whitespaces (e.g. "  foo\n\t\n  bar") would block deindenting.

This also matches the behavior of Python parser which ignores all whitespaces in blank lines.

>>> exec('if 1:\n\tpass\n  pass\n')                                                                                                                                                         
Traceback (most recent call last):                                                                                                                                                              
  File "<stdin>", line 1, in <module>                                                                                                                                                           
  File "<string>", line 3                                                                                                                                                                       
    pass                                                                                                                                                                                        
       ^                                                                                                                                                                                        
IndentationError: unindent does not match any outer indentation level                                                                                                                           
>>> exec('if 1:\n\t\n  pass\n')                                                                                                                                                             
>>> 

Added Antoine and Nick as yet two experts of the textwrap module.

----------
nosy: +ncoghlan, pitrou, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30754>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:17:23 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 05:17:23 +0000
Subject: [issue30784] IDLE: separate editor window and text
In-Reply-To: <1498533700.74.0.75769354704.issue30784@psf.upfronthosting.co.za>
Message-ID: <1498540643.4.0.592451974486.issue30784@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Absolutely essential, as I recentlly mentioned recently on another issue: text window and text frame containing scrolled wrapped text, status bar, and left side bar.  Also essential is a proper base class that has functions common to Editor, Shell, and Output, but not functions unique to any.  The current hierarchy is upside down.

How much of this does the patch for #9262, Tabbed shell and edit windows, do?  Does it merely replace wrapped Text with Notebook within an unwieldly mega-class?  Or something more?  Review welcome (perhaps without immediate conversion to a PR).

----------
title: IDLE: seperate editor window and text -> IDLE: separate editor window and text

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30784>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:21:42 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 05:21:42 +0000
Subject: [issue29910] Ctrl-D eats a character on IDLE
In-Reply-To: <1490549101.95.0.397312441336.issue29910@psf.upfronthosting.co.za>
Message-ID: <1498540902.72.0.0972976088207.issue29910@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2480

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29910>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:22:32 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 05:22:32 +0000
Subject: [issue19479] textwrap.dedent doesn't work properly with strings
 containing CRLF
In-Reply-To: <1383403818.41.0.713007913793.issue19479@psf.upfronthosting.co.za>
Message-ID: <1498540952.97.0.279928761727.issue19479@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I'm not sure that textwrap.dedent() should support the CRLF line separator. Usually the conversion between different line separators (CRLF, CR, LF) used in in external files and LF used internally is done at I/O level.

In any case this looks to me like rather a new feature than a bug fix.

----------
nosy: +ncoghlan, pitrou, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19479>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:23:57 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 05:23:57 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1498541037.72.0.425853499362.issue21519@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 44913e584bcf4e2a0e1a6372c304c2d5ea521fc6 by terryjreedy in branch 'master':
bpo-21519: IDLE basic custom key entry better detects duplicates. (#2428)
https://github.com/python/cpython/commit/44913e584bcf4e2a0e1a6372c304c2d5ea521fc6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:26:05 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 05:26:05 +0000
Subject: [issue30763] There is functionality bug in linecache library.
In-Reply-To: <1498476608.04.0.760408193877.issue30763@psf.upfronthosting.co.za>
Message-ID: <1498541165.03.0.321034097576.issue30763@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I concur with Emily and Guido. This is not a bug. Maybe this should be documented more explicitly if "cache" in the name is not enough, I don't know. I have no any special relation to the linecache module, maybe just once fixed a bug or two.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30763>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:28:00 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 05:28:00 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1498541280.88.0.9738434734.issue21519@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2481

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:40:21 2017
From: report at bugs.python.org (Julian Berman)
Date: Tue, 27 Jun 2017 05:40:21 +0000
Subject: [issue30754] textwrap.dedent mishandles empty lines
In-Reply-To: <1498404324.65.0.525714137023.issue30754@psf.upfronthosting.co.za>
Message-ID: <1498542021.87.0.11970293192.issue30754@psf.upfronthosting.co.za>


Julian Berman added the comment:

@Terry IMHO it conflicts with the fundamental description of the function.

> Remove any common leading whitespace from every line in text.

If this behavior is intentional, textwrap.dedent does not do that, it does that, but also some other stuff.

As for whether it *should* do that, I can't really see how it'd be a good idea to do this -- whether indented blank lines are like trailing whitespace or not is a good reason not to *add* them, but if you've got some already, textwrap.dedent isn't responsible for them, they were there already.

It is also extremely hard to get the other behavior given a function that does this one, but trivial to do the reverse.

Also, the #1 reason to use textwrap.dedent (and also the very next line of the docstring after the one I quoted) is to line up sections of source code. With this behavior, that usecase goes away any time you need trailing whitespace, which is exactly how I found this behavior, by unittesting a function that was returning:

textwrap.dedent(
    """
    foo '
        bar
        baz
    

        quux
     '
    """,
)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30754>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:44:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 05:44:03 +0000
Subject: [issue30759] [2.7] Fix python2 -m test --list-cases
 test_multibytecodec_support test_robotparser
In-Reply-To: <1498470245.46.0.632048342488.issue30759@psf.upfronthosting.co.za>
Message-ID: <1498542243.14.0.953778855018.issue30759@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Well, this issue is not about discovering all test methods, but just to not
fail with an error on: ./python -m test --list-cases

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30759>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:53:42 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 05:53:42 +0000
Subject: [issue29910] Ctrl-D eats a character on IDLE
In-Reply-To: <1490549101.95.0.397312441336.issue29910@psf.upfronthosting.co.za>
Message-ID: <1498542822.42.0.939508778264.issue29910@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 8bdc3bd3d66fefdc07d32bd19c41c6f902f16111 by terryjreedy in branch '3.6':
[3.6] bpo-29910: IDLE no longer deletes a character after commenting out a region (GH-825) (#2429)
https://github.com/python/cpython/commit/8bdc3bd3d66fefdc07d32bd19c41c6f902f16111


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29910>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:57:36 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 05:57:36 +0000
Subject: [issue29910] Ctrl-D eats a character on IDLE
In-Reply-To: <1490549101.95.0.397312441336.issue29910@psf.upfronthosting.co.za>
Message-ID: <1498543056.12.0.0330128708387.issue29910@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks for the fix.  I am now comfortable enough with the new workflow to begin making a dent in the 100+ patch backlog waiting for review.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29910>
_______________________________________

From report at bugs.python.org  Tue Jun 27 01:58:20 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 05:58:20 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1498543100.24.0.655918806115.issue21519@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 93b88e995373c48713c9f7d4b32fe1d0166709e5 by terryjreedy in branch '3.6':
[3.6] bpo-21519: IDLE basic custom key entry better detects duplicates. (GH-2428) (#2433)
https://github.com/python/cpython/commit/93b88e995373c48713c9f7d4b32fe1d0166709e5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Tue Jun 27 02:33:21 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 06:33:21 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1498545201.87.0.390313805691.issue21519@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks for the patch.  The F3-missing bug has been fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Tue Jun 27 02:41:11 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 06:41:11 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1498545671.63.0.847649207307.issue30674@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 65474b9d7a230943d4d3f1d7d51f77bb141240f0 by terryjreedy (csabella) in branch 'master':
bpo-30674: IDLE: add docstrings to grep.py (#2213)
https://github.com/python/cpython/commit/65474b9d7a230943d4d3f1d7d51f77bb141240f0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Tue Jun 27 02:42:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 06:42:03 +0000
Subject: [issue30283] [2.7] Backport test_regrtest (partially) on Python 2.7
In-Reply-To: <1494001389.01.0.0290337792937.issue30283@psf.upfronthosting.co.za>
Message-ID: <1498545723.49.0.156137909636.issue30283@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 305f333a447bc8cff62eece16fab7fe4a9bef71c by Victor Stinner in branch '2.7':
bpo-30283: Add NEWS entry for backported regrtest (#2398)
https://github.com/python/cpython/commit/305f333a447bc8cff62eece16fab7fe4a9bef71c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30283>
_______________________________________

From report at bugs.python.org  Tue Jun 27 02:43:22 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 06:43:22 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1498545802.15.0.959356501979.issue30674@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2482

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Tue Jun 27 02:52:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 06:52:08 +0000
Subject: [issue28572] IDLE: add tests for config dialog.
In-Reply-To: <1477948919.57.0.703261528011.issue28572@psf.upfronthosting.co.za>
Message-ID: <1498546328.79.0.201605325334.issue28572@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The macOS issue appears to be fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28572>
_______________________________________

From report at bugs.python.org  Tue Jun 27 02:54:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 06:54:35 +0000
Subject: [issue30780] IDLE: configdialog - add tests for ConfigDialog GUI.
In-Reply-To: <1498516711.25.0.892352273971.issue30780@psf.upfronthosting.co.za>
Message-ID: <1498546475.64.0.682726552788.issue30780@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Tests should be tested on MacOS before being pushed.  A possible issue is including constants that are different on different systems.  See #28572

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30780>
_______________________________________

From report at bugs.python.org  Tue Jun 27 03:02:00 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 07:02:00 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1498546920.59.0.96701400414.issue30674@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 39e501a2913eff047f7a644e2b20eb4278f97d50 by terryjreedy in branch '3.6':
[3.6] bpo-30674: IDLE: add docstrings to grep.py (GH-2213) (#2434)
https://github.com/python/cpython/commit/39e501a2913eff047f7a644e2b20eb4278f97d50


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Tue Jun 27 03:03:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 07:03:19 +0000
Subject: [issue30674] IDLE: add docstrings to grep.py
In-Reply-To: <1497626283.26.0.125444569461.issue30674@psf.upfronthosting.co.za>
Message-ID: <1498546999.54.0.101666274062.issue30674@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30674>
_______________________________________

From report at bugs.python.org  Tue Jun 27 04:01:37 2017
From: report at bugs.python.org (Christopher Aycock)
Date: Tue, 27 Jun 2017 08:01:37 +0000
Subject: [issue30785] ast.c duplicates STR(CHILD)
Message-ID: <1498550497.04.0.537095530939.issue30785@psf.upfronthosting.co.za>


New submission from Christopher Aycock:

The function alias_for_import_name() duplicates logic starting at Python/ast.c:3237

    char *sch = STR(CHILD(n, i));
    strcpy(s, STR(CHILD(n, i)));
    s += strlen(sch);
    *s++ = '.';

I assume the strcpy() is supposed to use the sch value from the line above. There shouldn't be any consequence to the code as it currently is; I just noticed it while reading through the source.

----------
components: Interpreter Core
messages: 297018
nosy: Christopher Aycock
priority: normal
severity: normal
status: open
title: ast.c duplicates STR(CHILD)
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30785>
_______________________________________

From report at bugs.python.org  Tue Jun 27 04:59:18 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 27 Jun 2017 08:59:18 +0000
Subject: [issue17960] Clarify the required behaviour of locals()
In-Reply-To: <1368344807.52.0.116896667629.issue17960@psf.upfronthosting.co.za>
Message-ID: <1498553958.35.0.920244227593.issue17960@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Guido: perhaps I should run this update through the PEP process?

Even though the actual proposed change is only to a pretty obscure edge case (having multiple concurrent live references to the result of locals() for a function namespace), the extra visibility should help developers of alternative implementations be clear on what is happening.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17960>
_______________________________________

From report at bugs.python.org  Tue Jun 27 06:40:08 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Tue, 27 Jun 2017 10:40:08 +0000
Subject: [issue30786] getaddrinfo emulation does not support AI_NUMERICSERV
Message-ID: <1498560008.54.0.948539783321.issue30786@psf.upfronthosting.co.za>


New submission from Radek Smejkal:

Modules/getaddrinfo.c should support AI_NUMERICSERV.

Moreover, not supporting AI_NUMERICSERV may cause troubles on platforms where the getaddrinfo function is available but it's buggy (see configure.ac and Modules/socketmodule.c), because Modules/addrinfo.h does not #undef AI_NUMERICSERV and Modules/socketmodule.c exports AI_NUMERICSERV defined in a system header that may collide with another flag defined in Modules/addrinfo.h and confuse the user.

./configure --with-pydebug
Comment out HAVE_GETADDRINFO in pyconfig.h
Comment out ENABLE_IPV6 in pyconfig.h on platforms where getipnodebyname and friends are not available
make -j
./python
Python 3.7.0a0 (default, Jun 27 2017, 11:59:50) 
[GCC 4.7.2] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket
>>> socket.AI_NUMERICSERV
<AddressInfo.AI_ADDRCONFIG: 1024>
>>> socket.getaddrinfo(None, "http", flags=socket.AI_NUMERICSERV)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/radek/src/github/cpython/Lib/socket.py", line 743, in getaddrinfo
    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno 3] invalid value for ai_flags.
>>>

----------
components: Extension Modules
messages: 297020
nosy: smejkar
priority: normal
severity: normal
status: open
title: getaddrinfo emulation does not support AI_NUMERICSERV
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30786>
_______________________________________

From report at bugs.python.org  Tue Jun 27 06:41:36 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Tue, 27 Jun 2017 10:41:36 +0000
Subject: [issue30711] getaddrinfo invalid port number
In-Reply-To: <1497965175.62.0.214450987603.issue30711@psf.upfronthosting.co.za>
Message-ID: <1498560096.17.0.482336176017.issue30711@psf.upfronthosting.co.za>


Radek Smejkal added the comment:

See also issue30786.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30711>
_______________________________________

From report at bugs.python.org  Tue Jun 27 07:21:41 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Tue, 27 Jun 2017 11:21:41 +0000
Subject: [issue30710] getaddrinfo raises OverflowError
In-Reply-To: <1497964795.93.0.432091390159.issue30710@psf.upfronthosting.co.za>
Message-ID: <1498562501.88.0.842116421923.issue30710@psf.upfronthosting.co.za>


Changes by Radek Smejkal <radek.smejkal at laicatc.com>:


----------
pull_requests: +2483

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30710>
_______________________________________

From report at bugs.python.org  Tue Jun 27 07:24:31 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Tue, 27 Jun 2017 11:24:31 +0000
Subject: [issue30711] getaddrinfo invalid port number
In-Reply-To: <1497965175.62.0.214450987603.issue30711@psf.upfronthosting.co.za>
Message-ID: <1498562671.78.0.718473174316.issue30711@psf.upfronthosting.co.za>


Changes by Radek Smejkal <radek.smejkal at laicatc.com>:


----------
pull_requests: +2484

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30711>
_______________________________________

From report at bugs.python.org  Tue Jun 27 07:25:59 2017
From: report at bugs.python.org (Radek Smejkal)
Date: Tue, 27 Jun 2017 11:25:59 +0000
Subject: [issue30786] getaddrinfo emulation does not support AI_NUMERICSERV
In-Reply-To: <1498560008.54.0.948539783321.issue30786@psf.upfronthosting.co.za>
Message-ID: <1498562759.7.0.549219545131.issue30786@psf.upfronthosting.co.za>


Changes by Radek Smejkal <radek.smejkal at laicatc.com>:


----------
pull_requests: +2485

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30786>
_______________________________________

From report at bugs.python.org  Tue Jun 27 07:27:00 2017
From: report at bugs.python.org (Chris Jerdonek)
Date: Tue, 27 Jun 2017 11:27:00 +0000
Subject: [issue30773] async generator receives wrong value when shared between
 coroutines
In-Reply-To: <1498503333.78.0.356156621032.issue30773@psf.upfronthosting.co.za>
Message-ID: <1498562820.08.0.443636183284.issue30773@psf.upfronthosting.co.za>


Chris Jerdonek added the comment:

Note that the example can be further simplified by replacing user() with:

    async def send_hello(g):
        print("sending: hello")
        await g.asend("hello")

Then the output is:

sending: hello
received hello
sending: hello
sending: hello
received None
received None

----------
nosy: +chris.jerdonek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30773>
_______________________________________

From report at bugs.python.org  Tue Jun 27 07:35:52 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 27 Jun 2017 11:35:52 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498563352.46.0.779647089744.issue24813@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Is this the re-arrangement?  

A. What the patch does not do is switch from buttons to blue-underlined links, as I have discussed elsewhere, nor do other rearrangements and changes.  I want to move What's New to the top, move the Python license and copyright to the bottom, and remove Python credits.  The idle-dev email must be replaced with a link to the idle-dev subscription page, as spam (which continues) prompted a switch to subscription required.  This will be a separate issue.

Sounds like you want to make the change, but let me know if you'd ike me to take a shot at it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Tue Jun 27 07:53:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 11:53:33 +0000
Subject: [issue30283] [2.7] Backport test_regrtest (partially) on Python 2.7
In-Reply-To: <1494001389.01.0.0290337792937.issue30283@psf.upfronthosting.co.za>
Message-ID: <1498564413.81.0.393433672774.issue30283@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2486

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30283>
_______________________________________

From report at bugs.python.org  Tue Jun 27 07:56:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 11:56:28 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1498564588.31.0.89987849524.issue30383@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2487

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Tue Jun 27 07:57:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 11:57:16 +0000
Subject: [issue30283] [2.7] Backport test_regrtest (partially) on Python 2.7
In-Reply-To: <1494001389.01.0.0290337792937.issue30283@psf.upfronthosting.co.za>
Message-ID: <1498564636.32.0.983385795464.issue30283@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests:  -2486

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30283>
_______________________________________

From report at bugs.python.org  Tue Jun 27 08:02:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 12:02:24 +0000
Subject: [issue30283] [2.7] Backport test_regrtest (partially) on Python 2.7
In-Reply-To: <1494001389.01.0.0290337792937.issue30283@psf.upfronthosting.co.za>
Message-ID: <1498564944.34.0.15555549015.issue30283@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I backported almost all regrtest features from master to 2.7. It should ease the development on Python 2.7 ;-)

I added a NEWS entry, thanks Serhiy for the reminder. Hopefully, with NEWS.d/ and blurb, we will get much less conflicts on NEWS entries now ;-)

I'm aware of a last bug: "./python -m test -R 3:3 test_regrtest" hangs on Windows, but I'm quite sure that it comes test_crashed() which opens a popup and I'm working on a fix. Anyway, I already opened a specific issue for that: bpo-30705.

It was a long journey (2 months), but I'm now quite happy to get a much features-full regrtest on Python 2.7!

Spoiler: You can also expect my bisect tool in next weeks in Python 2.7 as well ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30283>
_______________________________________

From report at bugs.python.org  Tue Jun 27 08:03:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 12:03:08 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1498564988.88.0.922078101256.issue30383@psf.upfronthosting.co.za>


STINNER Victor added the comment:

PR 2438 adds the NEWS entry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Tue Jun 27 08:03:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 12:03:14 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1498564994.67.0.569054552896.issue30383@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset eef254d6c6b13db2f3d6a2f219bc76e84416f59c by Victor Stinner in branch '3.5':
bpo-30383: Add NEWS entry for backported regrtest (#2438)
https://github.com/python/cpython/commit/eef254d6c6b13db2f3d6a2f219bc76e84416f59c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Tue Jun 27 08:04:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 12:04:34 +0000
Subject: [issue30383] [3.5] Backport regrtest features from master to Python
 3.5
In-Reply-To: <1494980513.83.0.0798353664416.issue30383@psf.upfronthosting.co.za>
Message-ID: <1498565074.24.0.275660042353.issue30383@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I backported almost all regrtest features from master to 3.5. You should now get almost the same tool, even if the implementation is much older (regrtest was deeply reworked in master, a new test.libregrtest package was created).

I added the NEWS entry.

I now close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30383>
_______________________________________

From report at bugs.python.org  Tue Jun 27 08:31:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 12:31:42 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498566702.38.0.628018522623.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 95a91df0363f88722ea2860d9d42a0b04b3f8be2 by Victor Stinner in branch '2.7':
bpo-30764: Windows support.SuppressCrashReport (#2423)
https://github.com/python/cpython/commit/95a91df0363f88722ea2860d9d42a0b04b3f8be2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Tue Jun 27 08:32:22 2017
From: report at bugs.python.org (Utkarsh Upadhyay)
Date: Tue, 27 Jun 2017 12:32:22 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498566742.09.0.366591585896.issue30302@psf.upfronthosting.co.za>


Utkarsh Upadhyay added the comment:

I've added the following tests to remove the 0 attributes from the repr:

        self.assertEqual(repr(self.theclass(days=1, seconds=0)),
                         "%s(days=1)" % name)
        self.assertEqual(repr(self.theclass(seconds=60)),
                         "%s(seconds=60)" % name)
        self.assertEqual(repr(self.theclass()),
                         "%s(seconds=0)" % name)
        self.assertEqual(repr(self.theclass(microseconds=100)),
                         "%s(microseconds=100)" % name)
        self.assertEqual(repr(self.theclass(days=1, microseconds=100)),
                         "%s(days=1, microseconds=100)" % name)
        self.assertEqual(repr(self.theclass(seconds=1, microseconds=100)),
                         "%s(seconds=1, microseconds=100)" % name)

I am still ambivalent about factoring the minus sign outside, though.

I've also fixed a bug in test_datetime.py which prevented execution of the Python implementation in Lib/datetime.py.


TODO:

  - Decide about factoring the minus sign.
  - Drop description of timedelta.__repr__ from the documentation.

~
ut

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Tue Jun 27 08:39:01 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 12:39:01 +0000
Subject: [issue30705] python2.7 -m test -R 3:3 hangs on Refleaks 2.7 buildbots
In-Reply-To: <1497888686.38.0.385833732648.issue30705@psf.upfronthosting.co.za>
Message-ID: <1498567141.81.0.675398561451.issue30705@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2488

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30705>
_______________________________________

From report at bugs.python.org  Tue Jun 27 08:58:51 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 27 Jun 2017 12:58:51 +0000
Subject: [issue30777] IDLE: configdialog -- add docstrings and improve comments
In-Reply-To: <1498514221.98.0.774452449719.issue30777@psf.upfronthosting.co.za>
Message-ID: <1498568331.55.0.320503481152.issue30777@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2489

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30777>
_______________________________________

From report at bugs.python.org  Tue Jun 27 09:01:52 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 27 Jun 2017 13:01:52 +0000
Subject: [issue30777] IDLE: configdialog -- add docstrings and improve comments
In-Reply-To: <1498514221.98.0.774452449719.issue30777@psf.upfronthosting.co.za>
Message-ID: <1498568512.51.0.0577487854986.issue30777@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I've made a PR for the docstrings and comments.  I didn't change any of the comments separating the sections in the create* functions as I wasn't sure how you wanted those changed.  When reading the code, I found the comments helpful in that they separated each section, but whitespace might be just as helpful, visually.

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30777>
_______________________________________

From report at bugs.python.org  Tue Jun 27 09:03:16 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 13:03:16 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1498568596.43.0.602970043548.issue30708@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset e613e6add5f07ff6aad5802924596b631b707d2a by Serhiy Storchaka in branch 'master':
bpo-30708: Check for null characters in PyUnicode_AsWideCharString(). (#2285)
https://github.com/python/cpython/commit/e613e6add5f07ff6aad5802924596b631b707d2a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Tue Jun 27 09:29:46 2017
From: report at bugs.python.org (alberfontan1)
Date: Tue, 27 Jun 2017 13:29:46 +0000
Subject: [issue1754] WindowsError messages are not properly encoded
In-Reply-To: <1199705072.7.0.841408898872.issue1754@psf.upfronthosting.co.za>
Message-ID: <1498570186.28.0.252510749156.issue1754@psf.upfronthosting.co.za>


Changes by alberfontan1 <alberfontan1 at gmail.com>:


----------
pull_requests: +2490

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1754>
_______________________________________

From report at bugs.python.org  Tue Jun 27 09:37:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 13:37:21 +0000
Subject: [issue30705] python2.7 -m test -R 3:3 hangs on Refleaks 2.7 buildbots
In-Reply-To: <1497888686.38.0.385833732648.issue30705@psf.upfronthosting.co.za>
Message-ID: <1498570641.72.0.725892033617.issue30705@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 2d775589d98959abb9833121bd9d417003de56c0 by Victor Stinner in branch '2.7':
bpo-30705: Fix test_regrtest.test_crashed() (#2439)
https://github.com/python/cpython/commit/2d775589d98959abb9833121bd9d417003de56c0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30705>
_______________________________________

From report at bugs.python.org  Tue Jun 27 09:45:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 13:45:50 +0000
Subject: [issue30705] python2.7 -m test -R 3:3 hangs on Refleaks 2.7 buildbots
In-Reply-To: <1497888686.38.0.385833732648.issue30705@psf.upfronthosting.co.za>
Message-ID: <1498571150.66.0.579902476931.issue30705@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like "x86 Gentoo Refleaks 2.7" was fixed, I don't know how, but I don't care as soon as it works :-)

My commit 2d775589d98959abb9833121bd9d417003de56c0 fixed "./python -m test -R 3:3 test_regrtest" on Windows. I tested manually.

I consider that the bugs are now fixed. (If the bug is not really fixed, I will just reopen the bug.)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30705>
_______________________________________

From report at bugs.python.org  Tue Jun 27 09:50:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 13:50:38 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498571438.09.0.992911361183.issue30523@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2491

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Tue Jun 27 09:50:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 13:50:38 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498571438.21.0.0403364484137.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2492

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Tue Jun 27 09:50:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 13:50:38 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498571438.27.0.91898189714.issue30776@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2493

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:04:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:04:18 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498572258.31.0.515736195762.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 35d2ca2b94a6ff29e763ddb7727166f0592edfa2 by Victor Stinner in branch '3.6':
[3.6] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2441)
https://github.com/python/cpython/commit/35d2ca2b94a6ff29e763ddb7727166f0592edfa2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:04:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:04:18 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498572258.37.0.953348654288.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 35d2ca2b94a6ff29e763ddb7727166f0592edfa2 by Victor Stinner in branch '3.6':
[3.6] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2441)
https://github.com/python/cpython/commit/35d2ca2b94a6ff29e763ddb7727166f0592edfa2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:04:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:04:18 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498572258.5.0.0561547311483.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 35d2ca2b94a6ff29e763ddb7727166f0592edfa2 by Victor Stinner in branch '3.6':
[3.6] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2441)
https://github.com/python/cpython/commit/35d2ca2b94a6ff29e763ddb7727166f0592edfa2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:15:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:15:35 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498572935.52.0.271910186953.issue30523@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2494

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:15:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:15:35 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498572935.64.0.364644616554.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2495

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:15:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:15:35 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498572935.69.0.201707081912.issue30776@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2496

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:17:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:17:20 +0000
Subject: [issue30351] [2.7] regrtest hangs on Python 2.7 (test_threading?)
In-Reply-To: <1494588560.82.0.408106199182.issue30351@psf.upfronthosting.co.za>
Message-ID: <1498573040.93.0.0184701250011.issue30351@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%202.7/builds/140/steps/test/logs/stdio

0:06:09 [401/404] test_runpy passed
0:06:09 [402/404] test_htmlparser passed
0:06:10 [403/404] test_smtpnet passed

command timed out: 1200 seconds without output, attempting to kill
program finished with exit code 1
elapsedTime=1571.765000

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30351>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:18:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:18:23 +0000
Subject: [issue30328] test_ssl.test_connect_with_context():
 ConnectionResetError on AMD64 FreeBSD 9.x 3.6
In-Reply-To: <1494419046.55.0.785376173684.issue30328@psf.upfronthosting.co.za>
Message-ID: <1498573103.59.0.0211239379995.issue30328@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.6/builds/137/steps/test/logs/stdio

======================================================================
ERROR: test_connect_with_context (test.test_ssl.SimpleBackgroundTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.6.koobs-freebsd9/build/Lib/test/test_ssl.py", line 1541, in test_connect_with_context
    s.connect(self.server_addr)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd9/build/Lib/ssl.py", line 1093, in connect
    self._real_connect(addr, False)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd9/build/Lib/ssl.py", line 1084, in _real_connect
    self.do_handshake()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd9/build/Lib/ssl.py", line 1061, in do_handshake
    self._sslobj.do_handshake()
  File "/usr/home/buildbot/python/3.6.koobs-freebsd9/build/Lib/ssl.py", line 683, in do_handshake
    self._sslobj.do_handshake()
ConnectionResetError: [Errno 54] Connection reset by peer

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30328>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:23:18 2017
From: report at bugs.python.org (tom kronmiller)
Date: Tue, 27 Jun 2017 14:23:18 +0000
Subject: [issue30787] Please add a comprehensive index of decorators to the
 documentation.
Message-ID: <1498573398.64.0.663772847899.issue30787@psf.upfronthosting.co.za>


New submission from tom kronmiller:

It is difficult to learn what decorators there are because there is no single index which lists all of them (at least, I have been unable to find one).  Instead, one must stumble across them while reading library module documentation.  An index listing the decorators with a short description would be really helpful (to me, at least).

Thanks.

----------
assignee: docs at python
components: Documentation
messages: 297039
nosy: docs at python, tom kronmiller
priority: normal
severity: normal
status: open
title: Please add a comprehensive index of decorators to the documentation.
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30787>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:33:34 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 14:33:34 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498574014.31.0.406812073478.issue30769@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

I think I need a bit more direction for the 3.5 backport. The original test below passes:
    ./python -m test -R 3:3 -m test_execve_invalid_env test_os

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:35:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:35:20 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498574120.89.0.879205479766.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset de1850bb03f8225cbff85f437b6e972bf9b68c2a by Victor Stinner in branch '3.5':
[3.5] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2442)
https://github.com/python/cpython/commit/de1850bb03f8225cbff85f437b6e972bf9b68c2a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:35:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:35:20 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498574120.99.0.318807333409.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset de1850bb03f8225cbff85f437b6e972bf9b68c2a by Victor Stinner in branch '3.5':
[3.5] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2442)
https://github.com/python/cpython/commit/de1850bb03f8225cbff85f437b6e972bf9b68c2a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:35:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:35:21 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498574121.13.0.54436691438.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset de1850bb03f8225cbff85f437b6e972bf9b68c2a by Victor Stinner in branch '3.5':
[3.5] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2442)
https://github.com/python/cpython/commit/de1850bb03f8225cbff85f437b6e972bf9b68c2a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:39:50 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 14:39:50 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1498574390.52.0.414209783186.issue30708@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2497

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:49:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:49:29 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498574969.98.0.244636429242.issue30523@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2498

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:49:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:49:30 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498574970.2.0.305621464088.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2499

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:49:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:49:30 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498574970.25.0.76829312437.issue30776@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2500

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:54:40 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 27 Jun 2017 14:54:40 +0000
Subject: [issue30772] If I make an attribute "[a unicode version of B]",
 it gets assigned to "[ascii B]", and so on.
In-Reply-To: <1498500531.27.0.587971014084.issue30772@psf.upfronthosting.co.za>
Message-ID: <1498575280.03.0.296581950163.issue30772@psf.upfronthosting.co.za>


Changes by Steven D'Aprano <steve+python at pearwood.info>:


----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30772>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:56:45 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:56:45 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498575405.84.0.893785247894.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset fea98bfcff6ccf9142daa97677fe86c1fdf8e63e by Victor Stinner in branch '2.7':
[2.7] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2444)
https://github.com/python/cpython/commit/fea98bfcff6ccf9142daa97677fe86c1fdf8e63e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:56:45 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:56:45 +0000
Subject: [issue30523] regrtest: add --list-cases option to only display test
 case identifiers
In-Reply-To: <1496222557.85.0.438733952805.issue30523@psf.upfronthosting.co.za>
Message-ID: <1498575405.91.0.670183126919.issue30523@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset fea98bfcff6ccf9142daa97677fe86c1fdf8e63e by Victor Stinner in branch '2.7':
[2.7] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2444)
https://github.com/python/cpython/commit/fea98bfcff6ccf9142daa97677fe86c1fdf8e63e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30523>
_______________________________________

From report at bugs.python.org  Tue Jun 27 10:56:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 14:56:46 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498575406.06.0.328004815455.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset fea98bfcff6ccf9142daa97677fe86c1fdf8e63e by Victor Stinner in branch '2.7':
[2.7] bpo-30523, bpo-30764, bpo-30776: Sync regrtest from master (#2444)
https://github.com/python/cpython/commit/fea98bfcff6ccf9142daa97677fe86c1fdf8e63e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Tue Jun 27 11:03:37 2017
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Jun 2017 15:03:37 +0000
Subject: [issue30742] VS2015 support for 2.7 branch
In-Reply-To: <1498253278.08.0.871118250294.issue30742@psf.upfronthosting.co.za>
Message-ID: <1498575817.44.0.766409498786.issue30742@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2501

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30742>
_______________________________________

From report at bugs.python.org  Tue Jun 27 11:05:17 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 15:05:17 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498575917.01.0.696133629271.issue30769@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Just read the code. Find the function parse_envlist() in posixmodule.c and find similar code checking for '='.

Even if the leak is not detected by the test (but it is detected on Linux, maybe you use Windows?) it exists.

os.spawnve() also should be affected by this bug and fixed by the same patch, because it uses the same code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 11:15:14 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 15:15:14 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498576514.07.0.885252922617.issue30769@psf.upfronthosting.co.za>


Changes by Emily Morehouse <emily at cuttlesoft.com>:


----------
pull_requests: +2503

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 11:34:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 15:34:40 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498577680.36.0.707409368127.issue30302@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> 2. Factor out the negative sign: -timedelta(seconds=60) rather than timedelta(days=-1, seconds=86340).

Please don't do that. repr() is designed for developers, not end users. Don't make repr() implementation overcomplicated. Just dump raw data, tha's all.

If you want something more smart, use str() or even write a *new* method?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Tue Jun 27 11:38:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 15:38:49 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498577929.45.0.738904072057.issue30302@psf.upfronthosting.co.za>


STINNER Victor added the comment:

What is your favorite repr() for datetime.timedelta(seconds=0)?

Since it's hard to decide which unit is the best, I suggest to not write any unit: either "datetime.timedelta(0)" or "datetime.timedelta()" is fine with me.

In fact, "datetime.timedelta(seconds=0)" is also ok, since seconds is the most common unit, no?

(Ok, to be honest, I don't really care. But I wanted to have a discussion on this issue ;-))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:00:21 2017
From: report at bugs.python.org (Utkarsh Upadhyay)
Date: Tue, 27 Jun 2017 16:00:21 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498579221.89.0.335301407488.issue30302@psf.upfronthosting.co.za>


Utkarsh Upadhyay added the comment:

@haypo: thanks for the input!

I will find datetime.timedelta() to be rather confusing because it does not explicitly tell me that the interval indeed is 0.

Between datetime.timedelta(0) and datetime.timedelta(seconds=0), I am ambivalent but I prefer the latter for consistency with the other repr.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:08:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 16:08:50 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498579730.71.0.526909937714.issue30769@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset eb3c52a0d273491e745e0cbff2b73900bb96aa45 by Victor Stinner (Emily Morehouse) in branch '3.5':
[3.5] bpo-30769: Fix reference leak introduced in 7770394 (GH-2416) (#2447)
https://github.com/python/cpython/commit/eb3c52a0d273491e745e0cbff2b73900bb96aa45


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:10:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 16:10:00 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498579800.42.0.72570499761.issue30769@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ooookay, the bug is now fix on all branches. Thanks Eric & Emily for your PR and thanks Serhiy for the help ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:10:13 2017
From: report at bugs.python.org (Steve Dower)
Date: Tue, 27 Jun 2017 16:10:13 +0000
Subject: [issue30742] VS2015 support for 2.7 branch
In-Reply-To: <1498253278.08.0.871118250294.issue30742@psf.upfronthosting.co.za>
Message-ID: <1498579813.68.0.109258816346.issue30742@psf.upfronthosting.co.za>


Steve Dower added the comment:

There are *many* more fixes required than just these. We're not prepared to take the changes into 2.7 at this stage, and we don't want to encourage people to think that MSVC 14.0 or later are supported when we know that it's incomplete.

I'd suggest creating a fork and making your updates in that. You are welcome to promote it as MSVC 14.0-compatible sources for anyone else who wants to build 2.7 from them, and you may find more contributors to help you that way.

----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30742>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:17:01 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 16:17:01 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498580221.04.0.904638377574.issue30769@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Many thanks for you Victor for your wonderful tool.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:20:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 16:20:43 +0000
Subject: [issue30448] test_subprocess creates a core dump on FreeBSD
In-Reply-To: <1495585443.49.0.256538007117.issue30448@psf.upfronthosting.co.za>
Message-ID: <1498580443.78.0.10783908945.issue30448@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like test_child_terminated_in_stopped_state() of test_subprocess on Python 2.7 fails on some macOS versions, see:
http://bugs.python.org/issue30764#msg296966

Can someone please try to reproduce the bug? I'm unable to reproduce the bug on Darwin 16.5.0 (macOS Sierra?).

----------
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30448>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:34:51 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 16:34:51 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498581291.28.0.537026353183.issue30769@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

Resolving this since the fix and backports have been merged in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:36:11 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 27 Jun 2017 16:36:11 +0000
Subject: [issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks
 references
In-Reply-To: <1498495302.46.0.49393281355.issue30769@psf.upfronthosting.co.za>
Message-ID: <1498581371.63.0.0433617867397.issue30769@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

And thank you to Serhiy and Victor for the assistance and attention to this issue!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30769>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:38:14 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 27 Jun 2017 16:38:14 +0000
Subject: [issue30763] There is functionality bug in linecache library.
In-Reply-To: <1498476608.04.0.760408193877.issue30763@psf.upfronthosting.co.za>
Message-ID: <1498581494.64.0.298572067759.issue30763@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30763>
_______________________________________

From report at bugs.python.org  Tue Jun 27 12:42:18 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Tue, 27 Jun 2017 16:42:18 +0000
Subject: [issue29910] Ctrl-D eats a character on IDLE
In-Reply-To: <1490549101.95.0.397312441336.issue29910@psf.upfronthosting.co.za>
Message-ID: <1498581738.6.0.765571418015.issue29910@psf.upfronthosting.co.za>


Changes by Charles Wohlganger <charles.wohlganger at gmail.com>:


----------
pull_requests: +2504

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29910>
_______________________________________

From report at bugs.python.org  Tue Jun 27 13:05:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 17:05:03 +0000
Subject: [issue29910] Ctrl-D eats a character on IDLE
In-Reply-To: <1490549101.95.0.397312441336.issue29910@psf.upfronthosting.co.za>
Message-ID: <1498583103.16.0.518014623171.issue29910@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests:  -2504

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29910>
_______________________________________

From report at bugs.python.org  Tue Jun 27 13:12:23 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 17:12:23 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498583543.15.0.60006790298.issue30723@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests:  -2366

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Tue Jun 27 13:17:46 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 17:17:46 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498583866.38.0.0140235875413.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The unlinked PR is a closed duplicate.  PR 2306 is the one being updated and reviewed.

----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Tue Jun 27 13:22:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 17:22:18 +0000
Subject: [issue30777] IDLE: configdialog -- add docstrings and improve comments
In-Reply-To: <1498514221.98.0.774452449719.issue30777@psf.upfronthosting.co.za>
Message-ID: <1498584138.42.0.673379148704.issue30777@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Louie, perhaps you would like to review the PR, especially the comment revisions responding to your comments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30777>
_______________________________________

From report at bugs.python.org  Tue Jun 27 13:37:15 2017
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 27 Jun 2017 17:37:15 +0000
Subject: [issue29304] dict: simplify lookup functions
In-Reply-To: <1484706973.14.0.775713839146.issue29304@psf.upfronthosting.co.za>
Message-ID: <1498585035.49.0.327080069112.issue29304@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Finally, I removed `freeslot` and all lookdict*() functions are much simpler in GH-2407.

Macro bench doesn't show any significant performance change.
I'll try to write micro benchmarks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29304>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:08:33 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 18:08:33 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498586913.15.0.40993188536.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I have compared current behavior with you explanation and I agree on the enhancement.  'parens' seems more useful than 'default'.

'default' is a misnomer for current IDLE since the current default in config-extensions.def is 'expression', not 'default', I am inclined to add synonym such as 'opener'.  Do you have another suggestion?

On the todo list, the first item is covered by the newish Extensions tab, and should be removed.  What the tab lacks is input validation.  Immediately, pressing [Help] when on the Extensions tab should display text than included the parenmatch styles and the meaning of delay 0.  I will add this.

The second item mentions other Emacs stuff.  Just curious, do you know if 'parens' is part of this?  The 'below' just mentions the 'highlight when cursor returns issue'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:09:01 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 18:09:01 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1498586941.48.0.951414852574.issue30708@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 0edffa3073b551ffeca34952529e7b292f1bd350 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-30708: Check for null characters in PyUnicode_AsWideCharString(). (GH-2285) (#2443)
https://github.com/python/cpython/commit/0edffa3073b551ffeca34952529e7b292f1bd350


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:15:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 18:15:24 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1498587324.47.0.233196180417.issue30708@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2505

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:30:50 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Tue, 27 Jun 2017 18:30:50 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498588250.95.0.85361563761.issue30723@psf.upfronthosting.co.za>


Charles Wohlganger added the comment:

'opener' sounds fine to me. I agree it makes much more sense than 'default'.

I don't know much about Emacs, and couldn't find what their parens highlighting styles were. I can't think of anything sensible that isn't in this extension with this enhancement; apart from highlighting whenever the cursor is beside a parens.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:36:58 2017
From: report at bugs.python.org (Cathy Avery)
Date: Tue, 27 Jun 2017 18:36:58 +0000
Subject: [issue27584] New addition of vSockets to the python socket module
In-Reply-To: <1469115390.74.0.838831983223.issue27584@psf.upfronthosting.co.za>
Message-ID: <1498588618.15.0.944336969136.issue27584@psf.upfronthosting.co.za>


Cathy Avery added the comment:

I've attached the third version of VSOCK patch addressing the concerns of the last rev. I've also included a README file that lists instructions on how to setup a test environment.

Thanks

----------
Added file: http://bugs.python.org/file46977/0001-bpo-27584-New-addition-of-vSockets-to-the-python-soc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27584>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:38:00 2017
From: report at bugs.python.org (Cathy Avery)
Date: Tue, 27 Jun 2017 18:38:00 +0000
Subject: [issue27584] New addition of vSockets to the python socket module
In-Reply-To: <1469115390.74.0.838831983223.issue27584@psf.upfronthosting.co.za>
Message-ID: <1498588680.7.0.43896463698.issue27584@psf.upfronthosting.co.za>


Cathy Avery added the comment:

Help file.

----------
Added file: http://bugs.python.org/file46978/REAME.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27584>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:52:12 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 18:52:12 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1498589532.82.0.959937878703.issue30708@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 94b169fe48bc7ea76b926823885d1b12c2c381fa by Serhiy Storchaka in branch '3.5':
[3.5] bpo-30708: Add private C API function _PyUnicode_AsWideCharString(). (GH-2285) (GH-2443)  (#2448)
https://github.com/python/cpython/commit/94b169fe48bc7ea76b926823885d1b12c2c381fa


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:52:54 2017
From: report at bugs.python.org (Jan-Philip Gehrcke)
Date: Tue, 27 Jun 2017 18:52:54 +0000
Subject: [issue16487] Allow ssl certificates to be specified from memory
 rather than files.
In-Reply-To: <1353078615.85.0.973290481578.issue16487@psf.upfronthosting.co.za>
Message-ID: <1498589574.33.0.776358444129.issue16487@psf.upfronthosting.co.za>


Changes by Jan-Philip Gehrcke <jgehrcke at gmail.com>:


----------
pull_requests: +2506

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16487>
_______________________________________

From report at bugs.python.org  Tue Jun 27 14:59:34 2017
From: report at bugs.python.org (Jan-Philip Gehrcke)
Date: Tue, 27 Jun 2017 18:59:34 +0000
Subject: [issue16487] Allow ssl certificates to be specified from memory
 rather than files.
In-Reply-To: <1353078615.85.0.973290481578.issue16487@psf.upfronthosting.co.za>
Message-ID: <1498589974.57.0.587747873086.issue16487@psf.upfronthosting.co.za>


Jan-Philip Gehrcke added the comment:

Hey Senthil and Christian!

> Could you convert your latest patch into PR against https://github.com/python/cpython

That was fun. There we go: https://github.com/python/cpython/pull/2449

I hope I was not too late with that for the 3.7 development.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16487>
_______________________________________

From report at bugs.python.org  Tue Jun 27 15:06:14 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 27 Jun 2017 19:06:14 +0000
Subject: [issue30708] Ensure that the result of PyUnicode_AsWideCharString()
 doesn't contain null characters if size is not returned
In-Reply-To: <1497933490.61.0.851016867821.issue30708@psf.upfronthosting.co.za>
Message-ID: <1498590374.39.0.102290392834.issue30708@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Wrong commit message in 3.6. Should be the same as in 3.5.

This functionality was backported as a private function _PyUnicode_AsWideCharString().

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30708>
_______________________________________

From report at bugs.python.org  Tue Jun 27 15:10:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 27 Jun 2017 19:10:39 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498590639.95.0.314138415045.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am working on revising the patch now, so don't push anything until I do.  I will revise the docstring and add 'opener' and help and news file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Tue Jun 27 15:43:02 2017
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 27 Jun 2017 19:43:02 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498592582.88.0.790657054428.issue24813@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2508

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Tue Jun 27 15:47:20 2017
From: report at bugs.python.org (Mark Roseman)
Date: Tue, 27 Jun 2017 19:47:20 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498592840.1.0.0551140374702.issue24813@psf.upfronthosting.co.za>


Mark Roseman added the comment:

FYI, just added a trivial pull request to change the tagline in the about dialog to 'integrated development and learning environment'. It's showing up as from python-dev as I hadn't (yet) added my github name to my bpo prefs. Got to start somewhere!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Tue Jun 27 15:58:41 2017
From: report at bugs.python.org (Joel Hillacre)
Date: Tue, 27 Jun 2017 19:58:41 +0000
Subject: [issue30788] email.policy.SMTP.fold() issue with long filenames with
 spaces
Message-ID: <1498593521.18.0.236128551176.issue30788@psf.upfronthosting.co.za>


New submission from Joel Hillacre:

Found an issue in email.policy.SMTP.fold on "Content-Disposition" headers for long filenames with spaces. Managed to simply the issue to a test case as follows:

>>> from email.policy import SMTP; SMTP.fold('Content-Disposition', 'attachment; filename="{}"'.format('1234 67890' + '1234567890' * 6))

Below are the tracebacks various python versions produces for this code. I think that the difference between python 3.5 - 3.6 and 3.7 are related to the fix in bpo-30532.

Python 3.6.1 (default, Apr  7 2017, 09:32:32) & Python 3.5.3 (default, Jan 17 2017, 14:34:36)
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib64/python3.6/email/policy.py", line 183, in fold
    return self._fold(name, value, refold_binary=True)
  File "/usr/lib64/python3.6/email/policy.py", line 213, in _fold
    return self.header_factory(name, ''.join(lines)).fold(policy=self)
  File "/usr/lib64/python3.6/email/headerregistry.py", line 255, in fold
    return header.fold(policy=policy)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 300, in fold
    self._fold(folded)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 1228, in _fold
    rest._fold(folded)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 347, in _fold
    if folded.append_if_fits(part):
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 149, in append_if_fits
    token._fold(self)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 338, in _fold
    if folded.append_if_fits(part, tstr):
... last 4 lines repeated 482 more times ...
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 149, in append_if_fits
    token._fold(self)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 325, in _fold
    tstr = str(part)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 196, in __str__
    return ''.join(str(x) for x in self)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 196, in <genexpr>
    return ''.join(str(x) for x in self)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 196, in __str__
    return ''.join(str(x) for x in self)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 196, in <genexpr>
    return ''.join(str(x) for x in self)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 196, in __str__
    return ''.join(str(x) for x in self)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 196, in <genexpr>
    return ''.join(str(x) for x in self)
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 633, in __str__
    return quote_string(''.join(str(x) for x in self))
  File "/usr/lib64/python3.6/email/_header_value_parser.py", line 633, in <genexpr>
    return quote_string(''.join(str(x) for x in self))
RecursionError: maximum recursion depth exceeded while getting the str of an object

Python 3.7.0a0 (heads/master:e613e6add5, Jun 27 2017, 12:17:18) 
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/joel/PycharmProjects/cpython/Lib/email/policy.py", line 183, in fold
    return self._fold(name, value, refold_binary=True)
  File "/home/joel/PycharmProjects/cpython/Lib/email/policy.py", line 213, in _fold
    return self.header_factory(name, ''.join(lines)).fold(policy=self)
  File "/home/joel/PycharmProjects/cpython/Lib/email/headerregistry.py", line 255, in fold
    return header.fold(policy=policy)
  File "/home/joel/PycharmProjects/cpython/Lib/email/_header_value_parser.py", line 300, in fold
    self._fold(folded)
  File "/home/joel/PycharmProjects/cpython/Lib/email/_header_value_parser.py", line 1226, in _fold
    rest._fold(folded)
  File "/home/joel/PycharmProjects/cpython/Lib/email/_header_value_parser.py", line 345, in _fold
    if folded.append_if_fits(part):
  File "/home/joel/PycharmProjects/cpython/Lib/email/_header_value_parser.py", line 145, in append_if_fits
    ws = token.pop_leading_fws()
  File "/home/joel/PycharmProjects/cpython/Lib/email/_header_value_parser.py", line 272, in pop_leading_fws
    return self[0].pop_leading_fws()
  File "/home/joel/PycharmProjects/cpython/Lib/email/_header_value_parser.py", line 272, in pop_leading_fws
    return self[0].pop_leading_fws()
  File "/home/joel/PycharmProjects/cpython/Lib/email/_header_value_parser.py", line 270, in pop_leading_fws
    if self[0].token_type == 'fws':
IndexError: list index out of range

Note that the following example without a space does not cause a traceback:

Python 3.7.0a0 (heads/master:e613e6add5, Jun 27 2017, 12:17:18) 
>>> from email.policy import SMTP; SMTP.fold('Content-Disposition', 'attachment; filename="{}"'.format('1234567890' + '1234567890' * 6))
'Content-Disposition: attachment;\r\n filename="1234567890123456789012345678901234567890123456789012345678901234567890"\r\n'

----------
components: email
messages: 297072
nosy: barry, jhillacre, r.david.murray
priority: normal
severity: normal
status: open
title: email.policy.SMTP.fold() issue with long filenames with spaces
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30788>
_______________________________________

From report at bugs.python.org  Tue Jun 27 15:59:17 2017
From: report at bugs.python.org (Joel Hillacre)
Date: Tue, 27 Jun 2017 19:59:17 +0000
Subject: [issue30788] email.policy.SMTP.fold() issue for long filenames with
 spaces
In-Reply-To: <1498593521.18.0.236128551176.issue30788@psf.upfronthosting.co.za>
Message-ID: <1498593557.73.0.503127468219.issue30788@psf.upfronthosting.co.za>


Changes by Joel Hillacre <joel at 403forbidden.ca>:


----------
title: email.policy.SMTP.fold() issue with long filenames with spaces -> email.policy.SMTP.fold() issue for long filenames with spaces

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30788>
_______________________________________

From report at bugs.python.org  Tue Jun 27 16:01:56 2017
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 27 Jun 2017 20:01:56 +0000
Subject: [issue30743] unittest discover does not mention module file must be
 named with "test_" prefix
In-Reply-To: <1498255056.87.0.611217256865.issue30743@psf.upfronthosting.co.za>
Message-ID: <1498593716.59.0.655641204189.issue30743@psf.upfronthosting.co.za>


Zachary Ware added the comment:

This all seems to be covered in https://docs.python.org/3/library/unittest.html#test-discovery

$ cat aaaTest.py 
import unittest


class TestAAA(unittest.TestCase):

    def test_something(self):
        self.assertTrue(True)


if __name__ == '__main__':
    unittest.main()
$ python3 -m unittest discover -v -p "*Test.py"
test_something (aaaTest.TestAAA) ... ok

----------------------------------------------------------------------
Ran 1 test in 0.000s

OK



As the `--pattern` documentation says, the default pattern is "test*.py" which does not match "aaaTest.py".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30743>
_______________________________________

From report at bugs.python.org  Tue Jun 27 16:35:24 2017
From: report at bugs.python.org (Alessandro Piccione)
Date: Tue, 27 Jun 2017 20:35:24 +0000
Subject: [issue30743] unittest discover does not mention module file must be
 named with "test_" prefix
In-Reply-To: <1498255056.87.0.611217256865.issue30743@psf.upfronthosting.co.za>
Message-ID: <1498595724.54.0.0556388458428.issue30743@psf.upfronthosting.co.za>


Alessandro Piccione added the comment:

You are right.

As the `--pattern` documentation says, the default pattern is "test*.py" which does not match "aaaTest.py".

I had looking for the wrong pattern.

Thanks,

Alex

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30743>
_______________________________________

From report at bugs.python.org  Tue Jun 27 17:37:48 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 21:37:48 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498599468.63.0.453102859408.issue30764@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The initial issue, the "regrtest: Add --fail-env-changed option" feature, has been implemented in 2.7, 3.5; 3.6 and master branches. So I close this issue.

Again, this issue got hijacked by the test_subprocess change, bpo-30448, because I wrote the wrong bpo number in my commits ;-)

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Tue Jun 27 17:43:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 21:43:22 +0000
Subject: =?utf-8?q?=5Bissue30758=5D_regrtest_hangs_sometimes_on_the_master_branch_?=
 =?utf-8?b?KHRlc3RfcHlkb2M/IHRlc3Rfc3VicHJvY2Vzcz/DoCk=?=
In-Reply-To: <1498469994.85.0.367724213837.issue30758@psf.upfronthosting.co.za>
Message-ID: <1498599802.09.0.722683490382.issue30758@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: test_pydoc (regrtest?) hangs on some buildbots -> regrtest hangs sometimes on the master branch (test_pydoc? test_subprocess??)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30758>
_______________________________________

From report at bugs.python.org  Tue Jun 27 17:43:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 21:43:25 +0000
Subject: [issue30758] regrtest hangs sometimes on the master branch
 (test_pydoc? test_subprocess?)
In-Reply-To: <1498469994.85.0.367724213837.issue30758@psf.upfronthosting.co.za>
Message-ID: <1498599805.03.0.207298864772.issue30758@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: regrtest hangs sometimes on the master branch (test_pydoc? test_subprocess??) -> regrtest hangs sometimes on the master branch (test_pydoc? test_subprocess?)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30758>
_______________________________________

From report at bugs.python.org  Tue Jun 27 17:51:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 27 Jun 2017 21:51:47 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1498600307.44.0.719399621379.issue29512@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2509

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Tue Jun 27 18:57:07 2017
From: report at bugs.python.org (Mark Roseman)
Date: Tue, 27 Jun 2017 22:57:07 +0000
Subject: [issue17942] IDLE Debugger: Improve GUI
In-Reply-To: <1368076818.55.0.00268388045116.issue17942@psf.upfronthosting.co.za>
Message-ID: <1498604227.09.0.820251905765.issue17942@psf.upfronthosting.co.za>


Changes by Mark Roseman <mark at markroseman.com>:


----------
pull_requests: +2510

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17942>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:00:44 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:00:44 +0000
Subject: [issue30704] test_free_different_thread() of test_code leaks
 references on Python 3.6
In-Reply-To: <1497886091.03.0.481986477889.issue30704@psf.upfronthosting.co.za>
Message-ID: <1498608044.84.0.987922400515.issue30704@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2511

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30704>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:00:45 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:00:45 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498608045.09.0.11512056466.issue30604@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2512

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:03:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:03:54 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498608234.27.0.863868487621.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:

_PyCode_SetExtra() uses two memory block for code extras. By changing how memory is accessed and allocated, it would be possible to use a single memory block. Was it on purpose to use two memory blocks?

See for example PyTupleObject which uses a single memory block vs PyListObject which uses two memory blocks.

typedef struct {
    PyObject_VAR_HEAD
    PyObject *ob_item[1];

    /* ob_item contains space for 'ob_size' elements.
     * Items must normally not be NULL, except during construction when
     * the tuple is not yet visible outside the function that builds it.
     */
} PyTupleObject;

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:10:41 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:10:41 +0000
Subject: [issue30789] Redesign PyCodeObject.co_extras to use a single memory
 block, instead of two
Message-ID: <1498608641.09.0.230211440925.issue30789@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Currently, _PyCode_SetExtra() uses two memory block for code extras. Using a different structure, it would be possible to use a single memory block: less memory fragmentation, better CPU cache usage, less indirections, etc.

It matters since the long term plan for co_extras is to implement of kind-of JIT compiler insider CPython: see bpo-28158.

----------
components: Interpreter Core
messages: 297077
nosy: haypo
priority: normal
severity: normal
status: open
title: Redesign PyCodeObject.co_extras to use a single memory block, instead of two
type: performance
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30789>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:11:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:11:46 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498608706.75.0.695434690298.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> _PyCode_SetExtra() uses two memory block for code extras. By changing how memory is accessed and allocated, it would be possible to use a single memory block. Was it on purpose to use two memory blocks?

I discussed with Yury who is not opposed to such change in Python 3.7, so I created bpo-30789.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:11:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:11:55 +0000
Subject: [issue30789] Redesign PyCodeObject.co_extras to use a single memory
 block, instead of two
In-Reply-To: <1498608641.09.0.230211440925.issue30789@psf.upfronthosting.co.za>
Message-ID: <1498608715.86.0.834911299895.issue30789@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +dino.viehland, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30789>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:12:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:12:03 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498608723.7.0.534865764652.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 23e7944eba1968bb8432fdc4cc96d4fdd2c1a230 by Victor Stinner in branch 'master':
bpo-30704, bpo-30604: Fix memleak in code_dealloc() (#2455)
https://github.com/python/cpython/commit/23e7944eba1968bb8432fdc4cc96d4fdd2c1a230


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:12:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:12:03 +0000
Subject: [issue30704] test_free_different_thread() of test_code leaks
 references on Python 3.6
In-Reply-To: <1497886091.03.0.481986477889.issue30704@psf.upfronthosting.co.za>
Message-ID: <1498608723.87.0.59538108874.issue30704@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 23e7944eba1968bb8432fdc4cc96d4fdd2c1a230 by Victor Stinner in branch 'master':
bpo-30704, bpo-30604: Fix memleak in code_dealloc() (#2455)
https://github.com/python/cpython/commit/23e7944eba1968bb8432fdc4cc96d4fdd2c1a230


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30704>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:17:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:17:10 +0000
Subject: [issue30704] test_free_different_thread() of test_code leaks
 references on Python 3.6
In-Reply-To: <1497886091.03.0.481986477889.issue30704@psf.upfronthosting.co.za>
Message-ID: <1498609030.66.0.710232586343.issue30704@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2513

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30704>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:17:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:17:10 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498609030.72.0.695382535525.issue30604@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2514

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:24:44 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:24:44 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1498609484.43.0.821843599202.issue29512@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 84d9d14a1fa395fbd21262ba195490be25a7b3bc by Victor Stinner in branch 'master':
bpo-29512: Add test.bisect, bisect failing tests (#2452)
https://github.com/python/cpython/commit/84d9d14a1fa395fbd21262ba195490be25a7b3bc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:28:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:28:53 +0000
Subject: [issue30604] co_extra_freefuncs is stored thread locally and can lead
 to crashes
In-Reply-To: <1496957823.48.0.898285168896.issue30604@psf.upfronthosting.co.za>
Message-ID: <1498609733.34.0.680782550453.issue30604@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 26daad4ee14693381d84a5235709d22aed1c22ed by Victor Stinner in branch '3.6':
bpo-30704, bpo-30604: Fix memleak in code_dealloc() (#2455) (#2456)
https://github.com/python/cpython/commit/26daad4ee14693381d84a5235709d22aed1c22ed


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30604>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:28:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:28:53 +0000
Subject: [issue30704] test_free_different_thread() of test_code leaks
 references on Python 3.6
In-Reply-To: <1497886091.03.0.481986477889.issue30704@psf.upfronthosting.co.za>
Message-ID: <1498609733.51.0.91805449458.issue30704@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 26daad4ee14693381d84a5235709d22aed1c22ed by Victor Stinner in branch '3.6':
bpo-30704, bpo-30604: Fix memleak in code_dealloc() (#2455) (#2456)
https://github.com/python/cpython/commit/26daad4ee14693381d84a5235709d22aed1c22ed


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30704>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:32:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:32:06 +0000
Subject: [issue30704] test_free_different_thread() of test_code leaks
 references on Python 3.6
In-Reply-To: <1497886091.03.0.481986477889.issue30704@psf.upfronthosting.co.za>
Message-ID: <1498609926.56.0.523899696269.issue30704@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30704>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:34:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:34:54 +0000
Subject: [issue30542] test_files() of
 test_tools.test_unparse.DirectoryTestCase leaks references
In-Reply-To: <1496349760.43.0.933956477831.issue30542@psf.upfronthosting.co.za>
Message-ID: <1498610094.43.0.787569681184.issue30542@psf.upfronthosting.co.za>


STINNER Victor added the comment:

test_tools leak was a false alarm which has been fixed in regrtest by bpo-30776.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30542>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:41:38 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:41:38 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks references
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498610498.54.0.266450344176.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like the change works well since I didn't see any more false alarms on the Refleaks buildbots. I close the issue. The change has been applied to 2.7, 3.5, 3.6 and master branches.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
title: regrtest: change -R/--huntrleaks rule to decide if a test leaks -> regrtest: change -R/--huntrleaks rule to decide if a test leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:44:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:44:28 +0000
Subject: [issue30599] test_threaded_import leaks references
In-Reply-To: <1496919459.6.0.828410445127.issue30599@psf.upfronthosting.co.za>
Message-ID: <1498610668.01.0.796707887701.issue30599@psf.upfronthosting.co.za>


STINNER Victor added the comment:

test_threaded_import has been fixed, so I close the issue. Thanks Antoine and Serhiy for the reviews and feedback ;-)

I'm ok to not provide a "unregister" function. At least, until an user complains with a good rationale ;-)

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
title: os.register_at_fork(): allow to unregister callbacks -- test_threaded_import leaks references -> test_threaded_import leaks references

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30599>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:49:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:49:25 +0000
Subject: [issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1
 VS9.0 2.7
In-Reply-To: <1494837968.88.0.738073393346.issue30368@psf.upfronthosting.co.za>
Message-ID: <1498610965.05.0.801455178455.issue30368@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The initial issue ("[2.7] OpenSSL compilation fails on AMD64 Windows7 SP1 VS9.0 2.7") is now fixed, so I close the issue. Thanks for the help everyone who helped me on this one!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30368>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:51:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:51:27 +0000
Subject: [issue30314] Buildbots: 15 min is too low for test_tools on x86 Tiger
 3.6 buildbot
In-Reply-To: <1494341808.3.0.862589804304.issue30314@psf.upfronthosting.co.za>
Message-ID: <1498611087.71.0.00431478210948.issue30314@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The timeout of buildbot has been adjusted (my PR https://github.com/python/buildmaster-config/pull/8 has been merged).

The cpu resource has been disabled on Travis CI to make it faster.

This issue can now been fixed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30314>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:52:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:52:08 +0000
Subject: [issue30283] [2.7] Backport test_regrtest (partially) on Python 2.7
In-Reply-To: <1494001389.01.0.0290337792937.issue30283@psf.upfronthosting.co.za>
Message-ID: <1498611128.49.0.000522185702599.issue30283@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30283>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:53:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:53:54 +0000
Subject: [issue30172] test_tools takes longer than 5 minutes on some buildbots
In-Reply-To: <1493217815.35.0.304443202168.issue30172@psf.upfronthosting.co.za>
Message-ID: <1498611234.91.0.0474386918104.issue30172@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I failed to take a decision nor any concrete action on this issue, so I just close it ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30172>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:55:48 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:55:48 +0000
Subject: [issue29933] asyncio: set_write_buffer_limits() doc doesn't specify
 unit of the parameters
In-Reply-To: <1490707139.27.0.838851028066.issue29933@psf.upfronthosting.co.za>
Message-ID: <1498611348.95.0.656556962328.issue29933@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, thanks for the documentation! Now the change should just be backported to other branches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29933>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:57:41 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:57:41 +0000
Subject: [issue29530] Windows buildbots broken by the migration to GitHub
 (meta issue)
In-Reply-To: <1486778316.24.0.828408222138.issue29530@psf.upfronthosting.co.za>
Message-ID: <1498611461.51.0.867206494091.issue29530@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Windows buildbots are green since at least 2 months, so I close this issue.

There is one remaining issue, but specific to the Windows *installer*: see bpo-30716 and bpo-27425.

----------
dependencies:  -Tests fail because of git's newline preferences on Windows
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29530>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:58:27 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 00:58:27 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498611507.91.0.673868992054.issue30422@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Attached is my current sorted list of IDLE issues.  It is a detailed map as opposed to the overview I posted before.

I spent a couple of days last week reviewing issues, making sure that all IDLE issues were marked category IDLE and that all with a patch were on my list, where they are marked by * after the issue number.  (Most everything else should be also.)  After closing 24 issues, there were 220 left, 115 with a patch to review.  I marked a few issues with ** for attention soon.

I obviously need help reviewing existing patches, and in some cases, turning them into github pull requests.

I still need to review and clean up the todos on the list.  I want to review TODO.txt to see what should be added (and then replace that file with this, under a different name).  There are also TODOs and XXXs in individual module files.

I posted a older version to idle-dev about Sept 2015 and will probably do so again.

----------
Added file: http://bugs.python.org/file46979/idle-issues.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:59:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:59:02 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1498611542.66.0.145989807294.issue29512@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, I pushed a first implementation. It's problaby buggy and incomplete, but it's better than nothing, and can be enhanced later.

I prefer to play with it longer before starting to backport it to other branches, to not have to backport changes multiple times.

Thanks Yury for the review ;-)

----------
nosy: +yselivanov
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Tue Jun 27 20:59:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 00:59:55 +0000
Subject: [issue29461] Experiment usage of likely/unlikely in CPython core
In-Reply-To: <1486374088.9.0.781114039214.issue29461@psf.upfronthosting.co.za>
Message-ID: <1498611595.54.0.942233555479.issue29461@psf.upfronthosting.co.za>


STINNER Victor added the comment:

So, I played with likely/unlikely and... nothing, nothing interesting. Please use PGO compilation ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29461>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:00:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:00:39 +0000
Subject: [issue29240] [WIP] Implementation of the PEP 540: Add a new UTF-8 mode
In-Reply-To: <1484133592.17.0.263024020483.issue29240@psf.upfronthosting.co.za>
Message-ID: <1498611639.87.0.715159401097.issue29240@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Implementation of the PEP 540: Add a new UTF-8 mode -> [WIP] Implementation of the PEP 540: Add a new UTF-8 mode

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29240>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:01:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:01:18 +0000
Subject: [issue28554] Windows: _socket module fails to compile on "AMD64
 Windows7 SP1 3.x" buildbot "because "AlwaysCreate" was specified"
In-Reply-To: <1477725231.13.0.640835129837.issue28554@psf.upfronthosting.co.za>
Message-ID: <1498611678.4.0.500281129668.issue28554@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Windows buildbots are now fine. It seems like the bug was fixed ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28554>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:02:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:02:06 +0000
Subject: [issue28224] Compilation warnings on Windows: export 'PyInit_xx'
 specified multiple times
In-Reply-To: <1474442469.56.0.286518199442.issue28224@psf.upfronthosting.co.za>
Message-ID: <1498611726.28.0.740316164923.issue28224@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> This is a known bug when compiling 64-bit extension modules.

Oh ok. I will just close my issue in that case :-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28224>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:02:39 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:02:39 +0000
Subject: [issue28223] test_tools fails with timeout on AMD64 Snow Leop 3.x
 buildbot
In-Reply-To: <1474441388.78.0.411592043263.issue28223@psf.upfronthosting.co.za>
Message-ID: <1498611759.51.0.149816035747.issue28223@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Buildbots timeout has been adjusted, so this issue has been fixed indiretly.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28223>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:04:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:04:05 +0000
Subject: [issue27940] xml.etree: Avoid XML declaration for the "ascii" encoding
In-Reply-To: <1472813879.44.0.998977479164.issue27940@psf.upfronthosting.co.za>
Message-ID: <1498611845.63.0.325241823757.issue27940@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I lost track of this change. I'm not sure why I proposed it, and I don't feel confortable to change the ElementTree code :-/ I fear a regression, so I prefer to abandon my change.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27940>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:05:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:05:54 +0000
Subject: [issue27847] os.set_inheritable() looks to be broken on OpenIndiana, 
 regression of Python 3.6
In-Reply-To: <1472032643.28.0.131031350322.issue27847@psf.upfronthosting.co.za>
Message-ID: <1498611954.46.0.561677456694.issue27847@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not interested to work on OpenIndiana, and I consider that we should just remove the OpenIndiana buildbot, so I abandon this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27847>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:06:44 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:06:44 +0000
Subject: [issue27103] regrtest: capture stdout (-W) option is incompatible
 with refleak hunter (-R)
In-Reply-To: <1464103230.09.0.503477330066.issue27103@psf.upfronthosting.co.za>
Message-ID: <1498612004.6.0.0100807933622.issue27103@psf.upfronthosting.co.za>


STINNER Victor added the comment:

While the root issue is not fixed, at least -W doesn't cause issues anymore with -R, so I consider that the "bug" was fixed ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27103>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:07:20 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:07:20 +0000
Subject: [issue27068] Add a detach() method to subprocess.Popen
In-Reply-To: <1463739584.18.0.0161123331788.issue27068@psf.upfronthosting.co.za>
Message-ID: <1498612040.11.0.212488656946.issue27068@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Martin Panter: Do you still want this feature? Any progress on bpo-27069?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27068>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:08:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:08:07 +0000
Subject: [issue26757] test_urllib2net.test_http_basic() timeout after 15 min on
In-Reply-To: <1460645592.51.0.660228574975.issue26757@psf.upfronthosting.co.za>
Message-ID: <1498612087.44.0.745181661891.issue26757@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Buildbot failure not seen last months, so I just close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26757>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:09:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:09:08 +0000
Subject: [issue26643] regrtest: rework libregrtest.save_env submodule
In-Reply-To: <1458930024.17.0.00462396415924.issue26643@psf.upfronthosting.co.za>
Message-ID: <1498612148.04.0.310660571538.issue26643@psf.upfronthosting.co.za>


STINNER Victor added the comment:

regrtest now always displays before/after when the environment is altered. I consider that it's enough to close this issue.

I'm no more interested to try to enhance the output.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26643>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:09:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:09:47 +0000
Subject: [issue26618] _overlapped extension module of asyncio uses deprecated
 WSAStringToAddressA() function
In-Reply-To: <1458729832.02.0.462446337559.issue26618@psf.upfronthosting.co.za>
Message-ID: <1498612187.03.0.613307166321.issue26618@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26618>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:10:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:10:40 +0000
Subject: [issue26506] hex() documentation: mention "%x" % int
In-Reply-To: <1457372823.56.0.270827849914.issue26506@psf.upfronthosting.co.za>
Message-ID: <1498612240.35.0.718027120775.issue26506@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Can someone pick the last patch and convert it to a pull request? CPython moved to GitHub in the meanwhile! See http://docs.python.org/devguide/ ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26506>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:10:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:10:55 +0000
Subject: [issue26506] [EASY] hex() documentation: mention "%x" % int
In-Reply-To: <1457372823.56.0.270827849914.issue26506@psf.upfronthosting.co.za>
Message-ID: <1498612255.81.0.0533021017203.issue26506@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
keywords: +easy
title: hex() documentation: mention "%x" % int -> [EASY] hex() documentation: mention "%x" % int

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26506>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:11:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:11:31 +0000
Subject: [issue26373] asyncio: add support for async context manager on
 streams?
In-Reply-To: <1455708621.94.0.460576626878.issue26373@psf.upfronthosting.co.za>
Message-ID: <1498612291.77.0.10756964212.issue26373@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not sure asynico anymore and lost track of this issue, so I just close it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26373>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:12:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:12:04 +0000
Subject: [issue26251] Use "Low-fragmentation Heap" memory allocator on Windows
In-Reply-To: <1454262940.96.0.668805369213.issue26251@psf.upfronthosting.co.za>
Message-ID: <1498612324.97.0.514349344005.issue26251@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Is there anyway interested to experiment to write such change and run benchmarks with it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26251>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:12:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:12:15 +0000
Subject: [issue26145] [WIP] PEP 511: Add sys.set_code_transformers()
In-Reply-To: <1453108257.94.0.438143755637.issue26145@psf.upfronthosting.co.za>
Message-ID: <1498612335.84.0.688049842446.issue26145@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: PEP 511: Add sys.set_code_transformers() -> [WIP] PEP 511: Add sys.set_code_transformers()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26145>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:12:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:12:18 +0000
Subject: [issue26098] [WIP] PEP 510: Specialize functions with guards
In-Reply-To: <1452689568.12.0.253530674137.issue26098@psf.upfronthosting.co.za>
Message-ID: <1498612338.14.0.521886948845.issue26098@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: PEP 510: Specialize functions with guards -> [WIP] PEP 510: Specialize functions with guards

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26098>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:16:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:16:29 +0000
Subject: [issue25868] test_eintr.test_sigwaitinfo() hangs on "AMD64 FreeBSD
 CURRENT 3.x" buildbot
In-Reply-To: <1450174856.95.0.354294896083.issue25868@psf.upfronthosting.co.za>
Message-ID: <1498612589.08.0.924538771367.issue25868@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like the root issue was fixed by myself in the bpo-30320. Sorry Martin, I forgot this issue and so forgot to review your patch.

But it seems like we took a similar approach: using signal.pthread_sigmask() seems to be the only right way to write a *reliable* test for sigwaitinfo() ;-)

----------
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> test_eintr.test_sigwaitinfo(): race condition on AMD64 FreeBSD 10.x Shared 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25868>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:17:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:17:07 +0000
Subject: [issue25796] Running test_multiprocessing_spawn is slow (more than 8
 minutes)
In-Reply-To: <1449229917.91.0.185617519884.issue25796@psf.upfronthosting.co.za>
Message-ID: <1498612627.77.0.514696365998.issue25796@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I failed to take a decision nor find a concrete action to do on this issue, so I just closed it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25796>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:17:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:17:53 +0000
Subject: [issue25606] asyncio doc: 'socket' transport extra info is not
 mandatory
In-Reply-To: <1447322128.43.0.475707567423.issue25606@psf.upfronthosting.co.za>
Message-ID: <1498612673.61.0.497908051549.issue25606@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like Guido doesn't like the idea, so I just close the issue :-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25606>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:19:21 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:19:21 +0000
Subject: [issue24999] Segfault in test_re.test_sre_character_class_literals()
 when Python is compiled by ICC
In-Reply-To: <1441362190.45.0.409936717424.issue24999@psf.upfronthosting.co.za>
Message-ID: <1498612761.51.0.695399469071.issue24999@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The two ICC buildbots are now offline. ICC was never really officially supported, so I just close this old issue (no activity since the end of 2015).

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24999>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:20:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:20:27 +0000
Subject: [issue24598] asyncio: add background task detecting reference cycles
In-Reply-To: <1436450645.37.0.566562867718.issue24598@psf.upfronthosting.co.za>
Message-ID: <1498612827.16.0.951615864122.issue24598@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I lost track of this issue, so I just close it, sorry.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24598>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:23:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:23:25 +0000
Subject: [issue23763] Chain exceptions in C
In-Reply-To: <1427208097.93.0.892198283241.issue23763@psf.upfronthosting.co.za>
Message-ID: <1498613005.96.0.842180522467.issue23763@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I lost track of this issue and my PEP 490 was more and less rejected, so I just close this issue.

I was decided that chaining or not exceptions should be done on a case by case basis.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23763>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:25:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:25:26 +0000
Subject: [issue23587] asyncio: use the new traceback.TracebackException class
In-Reply-To: <1425522808.88.0.474702563408.issue23587@psf.upfronthosting.co.za>
Message-ID: <1498613126.19.0.482282347399.issue23587@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I'm not interested anymore to work on asyncio, so I just close this old issue which has no activity since March 2015. I'm not even sure that it's doable to use traceback.TracebackException in asyncio. Moreover, Python and asyncio evolved in the meanwhile and the traceback logger was redesigned.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23587>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:26:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:26:58 +0000
Subject: [issue22331] test_io.test_interrupted_write_text() hangs on the
 buildbot FreeBSD 7.2
In-Reply-To: <1409779908.87.0.4046116696.issue22331@psf.upfronthosting.co.za>
Message-ID: <1498613218.79.0.122573277732.issue22331@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, the resolution is already set to Fixed, and I didn't see this bug last months on buildbots, so I consider that yes, it's fixed.

Sorry Martin, I lost track of this issue and so I don't know what to do with your patch :-/ I will just close the issue.

----------
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22331>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:28:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:28:55 +0000
Subject: [issue22271] Deprecate PyUnicode_AsUnicode(): emit a
 DeprecationWarning
In-Reply-To: <1408930876.51.0.0157656751737.issue22271@psf.upfronthosting.co.za>
Message-ID: <1498613335.06.0.440556281378.issue22271@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry I lost track of this issue, I just close it.

Note: Serhiy recently worked on wchar_t functions of PyUnicodeObject to detect embedded null characters, see for example bpo-30708.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22271>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:29:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:29:35 +0000
Subject: [issue22207] Test for integer overflow on Py_ssize_t: explicitly cast
 to size_t
In-Reply-To: <1408140199.72.0.115939936455.issue22207@psf.upfronthosting.co.za>
Message-ID: <1498613375.73.0.088243578498.issue22207@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, let's close the issue in that case ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22207>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:31:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:31:03 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1405613445.85.0.0173565539891.issue21998@psf.upfronthosting.co.za>
Message-ID: <1498613463.58.0.575817282771.issue21998@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Python 3.7 got as new os.register_at_fork() function. I don't know if it could help:
https://docs.python.org/dev/library/os.html#os.register_at_fork

Can we close this issue? Sorry, I lost track of this issue and I see no activity since the end of 2015...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:31:56 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:31:56 +0000
Subject: [issue21080] asyncio.subprocess: connect pipes of two programs
In-Reply-To: <1395961839.47.0.279247512768.issue21080@psf.upfronthosting.co.za>
Message-ID: <1498613516.51.0.442490281018.issue21080@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I don't see how to implement this idea, not if it's doable. Anyway, I'm not interested anymore to implement the idea, so I just close this old issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21080>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:32:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:32:28 +0000
Subject: [issue20718] OpenBSD/AIX: tests passing a file descriptor with
 sendmsg/recvmsg failures
In-Reply-To: <1392974057.71.0.420386610945.issue20718@psf.upfronthosting.co.za>
Message-ID: <1498613548.59.0.585725324018.issue20718@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Old issue with no activity, I just close it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20718>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:33:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:33:09 +0000
Subject: [issue20669] OpenBSD: socket.recvmsg tests fail with OSError: [Errno
 40] Message too long
In-Reply-To: <1392712891.31.0.830541329801.issue20669@psf.upfronthosting.co.za>
Message-ID: <1498613589.73.0.0175507416964.issue20669@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, this issue is now old. Can someone please try the patch? Does it fix the issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20669>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:33:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:33:22 +0000
Subject: [issue20669] OpenBSD: socket.recvmsg tests fail with OSError: [Errno
 40] Message too long
In-Reply-To: <1392712891.31.0.830541329801.issue20669@psf.upfronthosting.co.za>
Message-ID: <1498613602.94.0.30853444522.issue20669@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Or should we just close the issue as "out of date"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20669>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:33:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:33:58 +0000
Subject: [issue20615] Replace PyDict_GetItem() with PyDict_GetItemWithError()
In-Reply-To: <1392288253.13.0.332874319538.issue20615@psf.upfronthosting.co.za>
Message-ID: <1498613638.87.0.0928046250442.issue20615@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I lost track of this issue, so I just close it.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20615>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:35:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:35:06 +0000
Subject: [issue19756] test_nntplib: sporadic failures,
 network isses? server down?
In-Reply-To: <1385316451.32.0.948186129781.issue19756@psf.upfronthosting.co.za>
Message-ID: <1498613706.11.0.0777075238352.issue19756@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Any progress on this issue?

Martin: Can you please convert your latest patch into a Pull Request?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19756>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:36:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:36:05 +0000
Subject: [issue8796] Deprecate codecs.open()
In-Reply-To: <1274642875.55.0.470910509558.issue8796@psf.upfronthosting.co.za>
Message-ID: <1498613765.73.0.905351177514.issue8796@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I proposed this idea multiple times, but it's backward incompatible and more generally seen as a bad issue, since there are very specific use cases for codecs.open(). So I just close the issue.

----------
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8796>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:37:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:37:05 +0000
Subject: [issue10972] zipfile: add "unicode" option to the force the filename
 encoding to UTF-8
In-Reply-To: <1295611245.09.0.199855932712.issue10972@psf.upfronthosting.co.za>
Message-ID: <1498613825.13.0.0695027490728.issue10972@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> This looks similar to issue10614

Right. Let's focus on that one which has a better design. "unicode" means everything and nothing. It's more reliable to specify an encoding.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> ZipFile: add a filename_encoding argument

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10972>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:38:47 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:38:47 +0000
Subject: [issue12215] TextIOWrapper: issues with interlaced read-write
In-Reply-To: <1306759084.05.0.928785750761.issue12215@psf.upfronthosting.co.za>
Message-ID: <1498613927.6.0.712279428112.issue12215@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Given that nobody complains the last 9 years (since Python 3.0 was released), I'm not sure that it's worth it to fix this corner case.

If you consider that I'm wrong, please reopen the issue ;-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12215>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:39:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:39:22 +0000
Subject: [issue12512] codecs: StreamWriter issues with stateful codecs after a
 seek or with append mode
In-Reply-To: <1310037275.84.0.0119141520986.issue12512@psf.upfronthosting.co.za>
Message-ID: <1498613962.94.0.319834690002.issue12512@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I just lost track of this issue and so will just close it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12512>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:39:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:39:55 +0000
Subject: [issue12513] codec.StreamReaderWriter: issues with interlaced
 read-write
In-Reply-To: <1310044367.3.0.915426685652.issue12513@psf.upfronthosting.co.za>
Message-ID: <1498613995.72.0.233766632287.issue12513@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I just lost track of this issue and so will just close it. Moreover, I also closed issue12215.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12513>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:40:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:40:24 +0000
Subject: [issue12568] Add functions to get the width in columns of a character
In-Reply-To: <1310683436.9.0.375403702242.issue12568@psf.upfronthosting.co.za>
Message-ID: <1498614024.12.0.34418364491.issue12568@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Since we failed to agree on this feature, I close the issue.

----------
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12568>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:41:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:41:16 +0000
Subject: [issue12939] Add new io.FileIO using the native Windows API
In-Reply-To: <1315523941.29.0.146575875409.issue12939@psf.upfronthosting.co.za>
Message-ID: <1498614076.15.0.428192503764.issue12939@psf.upfronthosting.co.za>


STINNER Victor added the comment:

While it might be a good idea, we failed to find anyone to implement it in 6 years, and so I close the issue. Sorry!

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12939>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:42:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:42:40 +0000
Subject: [issue13552] Compilation issues of the curses module on Solaris and
 OpenIndiana
In-Reply-To: <1323305598.14.0.0193622635558.issue13552@psf.upfronthosting.co.za>
Message-ID: <1498614160.09.0.620347000495.issue13552@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The OpenIndiana buildbot is offline. The Solaris buildbot was removed. We cannot develop on these operating systems, so I just close the issue. Sorry.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13552>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:44:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:44:08 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498614248.77.0.448463346938.issue13617@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Wow, it's nice to see activity on this issue that I opened 6 years ago :-)

Sorry Serhiy, I don't have the bandwidth right now to review your change :-( In lack of review, I suggest you to just push it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:44:50 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:44:50 +0000
Subject: [issue14094] nt.realpath() should use GetFinalPathNameByHandle() when
 available
In-Reply-To: <1329954470.08.0.180096078595.issue14094@psf.upfronthosting.co.za>
Message-ID: <1498614290.04.0.0902931352667.issue14094@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Python 3 now uses GetFinalPathNameByHandle()!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14094>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:45:52 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:45:52 +0000
Subject: [issue19613] test_nntplib: sporadic failures, test_article_head_body()
In-Reply-To: <1384536645.9.0.862907413915.issue19613@psf.upfronthosting.co.za>
Message-ID: <1498614352.67.0.248590619975.issue19613@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Sorry, I lost track of this issue. What is the status?

@Martin: Do you want to convert your latest patch into a PR?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19613>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:47:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:47:33 +0000
Subject: [issue29301] decimal: Use FASTCALL and/or Argument Clinic
In-Reply-To: <1484671124.21.0.493200110844.issue29301@psf.upfronthosting.co.za>
Message-ID: <1498614453.22.0.934288032247.issue29301@psf.upfronthosting.co.za>


STINNER Victor added the comment:

So Stefan: what do you want to do? Use FASTCALL or not? :-)

I would prefer to not wait until the beta if you are ok to use FASTCALL.

Note: it seems like bpo-29464 is going to be approved ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29301>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:48:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:48:06 +0000
Subject: [issue29464] Specialize FASTCALL for functions with positional-only
 parameters
In-Reply-To: <1486394565.83.0.903919283463.issue29464@psf.upfronthosting.co.za>
Message-ID: <1498614486.48.0.84413100295.issue29464@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, it seems like this change should help to use FASTCALL in the _decimal module: issue #29301. Stefan doesn't want to use Argument Clinic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29464>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:54:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:54:42 +0000
Subject: [issue28232] asyncio: wrap_future() doesn't handle cancellation
 correctly
In-Reply-To: <1474444241.28.0.930866863134.issue28232@psf.upfronthosting.co.za>
Message-ID: <1498614882.44.0.0962273138915.issue28232@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm sorry, but I'm not interested anymore to work on asyncio, and I'm unable to say if the bug was fixed since I reported it or not :-/ But I saw work on cancellation. So maybe it was already fixed. I now just close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28232>
_______________________________________

From report at bugs.python.org  Tue Jun 27 21:55:41 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 01:55:41 +0000
Subject: [issue30658] Buildbot: don't sent email notification for custom
 builders
In-Reply-To: <1497370563.44.0.51668775435.issue30658@psf.upfronthosting.co.za>
Message-ID: <1498614941.01.0.745843106527.issue30658@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It seems like buildbot.python.org will be upgrade to buildbot 0.9, and so we will be able to filter emails by branches ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30658>
_______________________________________

From report at bugs.python.org  Tue Jun 27 22:25:56 2017
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 28 Jun 2017 02:25:56 +0000
Subject: [issue14094] ntpath.realpath() should use GetFinalPathNameByHandle()
In-Reply-To: <1329954470.08.0.180096078595.issue14094@psf.upfronthosting.co.za>
Message-ID: <1498616756.89.0.946603442199.issue14094@psf.upfronthosting.co.za>


Eryk Sun added the comment:

I assume by nt.realpath we're talking about ntpath.realpath. In that case nothing was done to fix this. It's still an alias for ntpath.abspath, which calls GetFullPathNameW.

----------
nosy: +eryksun
resolution: fixed -> 
stage: resolved -> needs patch
status: closed -> open
title: nt.realpath() should use GetFinalPathNameByHandle() when available -> ntpath.realpath() should use GetFinalPathNameByHandle()
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14094>
_______________________________________

From report at bugs.python.org  Tue Jun 27 22:31:02 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 02:31:02 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498617062.41.0.73151646408.issue30422@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

A possible revision of the first paragraph of my opening message.

* Summer 2010: Pydev discussed whether to remove IDLE (too old) or to maintain and 'modernize' it.  Included in the latter were use of the better-looking ttk widgets and of tabbed windows and panels in a single window app.  Core developers decided to keep IDLE and encourage more maintenance.  They approved in principle using ttk and other major changes in principle but did not immediately approve the necessary compatibility breaks.

KunYu: I wrote the roadmap draft to help two new contributors, and any the follow.  I only gave as much history as I thought relevant to new contributors. In particular, IDLE development is exempt from two normal limitations:  we can backport enhancements, and I am currently backporting all patches to 3.6; we can and are refactoring modules and changing their API (which requires changing calls in other modules).  People should know that these are exceptions so that they don't propose the same for other modules.  I should emphasize this more than I did before.

Louie: Question 1. I intend Roadmap.txt to be an overview of the main goals, each of which will require multiple patches (like 20 or more).  The good ideas in TODO.txt that are not already implemented, issues, or items on my patch-oriented list should be added to my list.

Question 2. Currently, each window is limited to one hard-coded master frame, which has no independent existence as a separate class.  What can one do with one window?  In Shell, execute code entered by key or pasting.  In Editor, edit and save code.  To edit and run, one must have at least two windows.  In contrast, modern browsers have multiple tabs with multiple panes. The original browsers, developed about the same time as tcl/tk, did not.  (One can still choose to open each page in a separate window, or choose multiple windows each with multiple tabs.)  Similarly, at least some modern editors also have multiple tabs.  I use Notepad++ for text files and read-only code review because of this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Tue Jun 27 22:36:26 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 02:36:26 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498617386.12.0.728622003822.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset fae2c3538ecbcdd37b6eca891c0815d2093c39e3 by terryjreedy (wohlganger) in branch 'master':
bpo-30723: IDLE -- Enhance parenmatch; add style, flash, and help (#2306)
https://github.com/python/cpython/commit/fae2c3538ecbcdd37b6eca891c0815d2093c39e3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Tue Jun 27 22:42:12 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 02:42:12 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498617732.71.0.0553197182861.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 592eda123329bb5ce2bffcbe3701be6b909f1b2a by terryjreedy (Mark Roseman) in branch 'master':
bpo-24813: IDLE  tagline is Integrated Development and Learning Environment (#2451)
https://github.com/python/cpython/commit/592eda123329bb5ce2bffcbe3701be6b909f1b2a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Tue Jun 27 22:44:56 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 02:44:56 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498617896.31.0.0464856027168.issue30723@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2515

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Tue Jun 27 22:45:57 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 02:45:57 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498617957.85.0.00176518263014.issue24813@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2516

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Tue Jun 27 23:02:21 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 03:02:21 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498618941.49.0.513943193458.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset af68382f68b08a383e7064777cf817375681e434 by terryjreedy in branch '3.6':
[3.6] bpo-30723: IDLE -- Enhance parenmatch; add style, flash, and help (GH-2306) (#2460)
https://github.com/python/cpython/commit/af68382f68b08a383e7064777cf817375681e434


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Tue Jun 27 23:02:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 03:02:40 +0000
Subject: [issue24813] Redesign Help => About IDLE, make it non-modal
In-Reply-To: <1438921182.01.0.453311500566.issue24813@psf.upfronthosting.co.za>
Message-ID: <1498618960.18.0.132833498972.issue24813@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 413c0a92bcc92efe92849fe5e711163da453410b by terryjreedy in branch '3.6':
[3.6] bpo-24813: IDLE  tagline is Integrated Development and Learning Environment (GH-2451) (#2461)
https://github.com/python/cpython/commit/413c0a92bcc92efe92849fe5e711163da453410b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24813>
_______________________________________

From report at bugs.python.org  Tue Jun 27 23:36:21 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Wed, 28 Jun 2017 03:36:21 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498620981.75.0.221862495874.issue30744@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

> Folks that actually *wanted* the old behaviour would then need to do either "sys._getframe().f_locals" or "inspect.currentframe().f_locals".

So by making locals() and f_locals have different semantics, we'd be adding yet another user-visible special-case? That seems unfortunate to me.

> if you want to write access to a function namespace from outside the function, you need to either implement an eval hook (not just a tracing hook)
[...]
> or else a decision to disallow write-backs to frame locals even from tracing functions in 3.7+.

Disallowing writeback from tracing functions would completely break bdb/pdb, so unless you're planning to rewrite bdb in C as an eval hook, then I don't think this is going to happen :-). Writing back to locals is a useful and important feature!

I think I'm missing some rationale here for why you prefer this approach ? it seems much more complicated in terms of user-visible semantics, and possibly implementation-wise as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Tue Jun 27 23:37:28 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 28 Jun 2017 03:37:28 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498621048.0.0.961923134559.issue30422@psf.upfronthosting.co.za>


Louie Lu added the comment:

Terry: For question 1, I think we can mark out the value point of the   part in your roadmap.txt which we have more priority to fixed first, then get a bi-weekly (maybe) sprint to fixed one part.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Tue Jun 27 23:44:33 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 28 Jun 2017 03:44:33 +0000
Subject: [issue24039] Idle: some modal dialogs maximize, don't minimize
In-Reply-To: <1429811337.7.0.183903934829.issue24039@psf.upfronthosting.co.za>
Message-ID: <1498621473.14.0.0245268662142.issue24039@psf.upfronthosting.co.za>


Louie Lu added the comment:

The bugs can be reproduce on MacOS, when click the minimize button, the search dialog will be minimize, then pop up to front again. 

The preference dialog have the same behavior on MacOS, but debugger dialog won't.

And, Goto dialog will minimize with IDLE shell disappear, then both pop out again.

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24039>
_______________________________________

From report at bugs.python.org  Tue Jun 27 23:58:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 03:58:24 +0000
Subject: [issue10972] zipfile: add "unicode" option to the force the filename
 encoding to UTF-8
In-Reply-To: <1295611245.09.0.199855932712.issue10972@psf.upfronthosting.co.za>
Message-ID: <1498622304.09.0.550949037689.issue10972@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

See also issue28080.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10972>
_______________________________________

From report at bugs.python.org  Wed Jun 28 00:08:47 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 04:08:47 +0000
Subject: [issue30789] Redesign PyCodeObject.co_extras to use a single memory
 block, instead of two
In-Reply-To: <1498608641.09.0.230211440925.issue30789@psf.upfronthosting.co.za>
Message-ID: <1498622927.24.0.10294053426.issue30789@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30789>
_______________________________________

From report at bugs.python.org  Wed Jun 28 00:17:11 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 04:17:11 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498623431.48.0.522494455522.issue30422@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

If you are suggesting that at least you, Cheryl, and I work together on one 'area' to make fairly rapid, visible, and satisfying progress, I am all for that.  But rather than focus on one of the 5 types of improvements for all components, I would rather focus on multiple improvements of one component.  I think configuration is a good place to start, as it has been a major source of user annoyance.  That is why I and Cheryl have been working on configdialog and config_key, with some help from you, for the last week.  I would like to continue.

The config module also needs attention.  There are 4 issues, 3 with patches, that claim startup problems.  What problems still exist and do the patches solve anything?

There are non-configuration issues blocked on the issue of where to put configuration options on config dialog.

At least some coordination should be on idle-dev.  Have you subscribed yet?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Wed Jun 28 00:52:12 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 28 Jun 2017 04:52:12 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498625532.76.0.277940425099.issue30744@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I like it because it categorically eliminates the "tracing or not?" global state dependence when it comes to manipulation of the return value of locals() - manipulating that will either always affect the original execution namespace immediately (modules, classes, exec, eval), or always be a completely independent snapshot that can never lead to changes in the original name bindings (functions, generators, coroutines).

As a result, the locals() documentation updates for issue #17960 wouldn't need to mention trace functions at all.

Instead, the only folks that would need to worry about potentially unexpected updates to the internal state of functions, generators, and coroutines when tracing is in effect would be those accessing frame.f_locals directly. That state dependence can then be documented specifically as part of the f_locals documentation, and users of that attribute can make their own copy if they want to ensure that their subsequent mutations definitely can't affect the original namespace, even when tracing is in effect.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Wed Jun 28 00:54:22 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 04:54:22 +0000
Subject: [issue30723] IDLE parenmatch - left and right highlighting,
 independent flash-delay
In-Reply-To: <1498051390.64.0.726208179666.issue30723@psf.upfronthosting.co.za>
Message-ID: <1498625662.65.0.512997091562.issue30723@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Charles, thank you for the focused suggestion and patch.  If you are interested, #30422 reviews IDLE goals and current issues.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30723>
_______________________________________

From report at bugs.python.org  Wed Jun 28 01:14:36 2017
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 28 Jun 2017 05:14:36 +0000
Subject: [issue24999] Segfault in test_re.test_sre_character_class_literals()
 when Python is compiled by ICC
In-Reply-To: <1441362190.45.0.409936717424.issue24999@psf.upfronthosting.co.za>
Message-ID: <1498626876.37.0.683770326219.issue24999@psf.upfronthosting.co.za>


Stefan Krah added the comment:

icc on Linux has always worked exactly as gcc, except that -fp-model=strict needs to be specified.

I can't test on Windows -- I don't seem to get MSVC licences any more.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24999>
_______________________________________

From report at bugs.python.org  Wed Jun 28 01:20:21 2017
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 28 Jun 2017 05:20:21 +0000
Subject: [issue29301] decimal: Use FASTCALL and/or Argument Clinic
In-Reply-To: <1484671124.21.0.493200110844.issue29301@psf.upfronthosting.co.za>
Message-ID: <1498627221.59.0.330099578104.issue29301@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I think I'll wait until #29464 is committed and the API is considered frozen (see msg295176?).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29301>
_______________________________________

From report at bugs.python.org  Wed Jun 28 01:24:27 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 05:24:27 +0000
Subject: [issue30713] Reject newline character (U+000A) in URLs in urllib.parse
In-Reply-To: <1497972033.13.0.439611221466.issue30713@psf.upfronthosting.co.za>
Message-ID: <1498627467.1.0.14059471129.issue30713@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

First, I think urllib.parse is not the best place for doing such checks. Even if add some checks in urllib.parse, they should be added also at lower level in urllib.request or concrete protocol implementations.

Second, PR 2303 actually doesn't reject arguments with '\n'. splithost('example.org\n') will return a tuple ('example.org\n', None), etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30713>
_______________________________________

From report at bugs.python.org  Wed Jun 28 01:30:09 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 05:30:09 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498627809.05.0.713675976478.issue13617@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset f7eae0adfcd4c50034281b2c69f461b43b68db84 by Serhiy Storchaka in branch 'master':
[security] bpo-13617: Reject embedded null characters in wchar* strings. (#2302)
https://github.com/python/cpython/commit/f7eae0adfcd4c50034281b2c69f461b43b68db84


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 01:35:27 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 05:35:27 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498628127.98.0.646897697362.issue13617@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2517

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 01:46:19 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 05:46:19 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498628779.97.0.109846891131.issue13617@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2518

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 02:26:37 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 06:26:37 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498631197.07.0.63987001423.issue13617@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +2519

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 02:27:37 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 06:27:37 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498631257.57.0.67092251359.issue13617@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 0834905d9b61291b1fc5e05a1ffbc69de9c9379f by Serhiy Storchaka in branch '3.6':
[3.6] bpo-13617: Reject embedded null characters in wchar* strings. (GH-2302) (#2462)
https://github.com/python/cpython/commit/0834905d9b61291b1fc5e05a1ffbc69de9c9379f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 02:29:09 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 28 Jun 2017 06:29:09 +0000
Subject: [issue29926] time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498631349.85.0.0841635497398.issue29926@psf.upfronthosting.co.za>


Louie Lu added the comment:

Other operation which will block the process will do the same as time.sleep(), too.

    >>> import socket
    >>> s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    >>> s.bind(('', 25000))
    >>> s.recv(100)
    <Control-C>

IDLE will ignore this control-c, too.

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Wed Jun 28 02:55:24 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 06:55:24 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498632924.53.0.306747649209.issue13617@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset ccdc09ed1ebea7d7c6b41548132aa08bd797bfe8 by Serhiy Storchaka in branch 'master':
Fix compiler warnings on Windows introduced in bpo-13617. (#2464)
https://github.com/python/cpython/commit/ccdc09ed1ebea7d7c6b41548132aa08bd797bfe8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 03:08:26 2017
From: report at bugs.python.org (Jiri Hnidek)
Date: Wed, 28 Jun 2017 07:08:26 +0000
Subject: [issue30462] urllib does not support NO_PROXY environment variable
 containing domain with asterisk
In-Reply-To: <1495656791.66.0.906077456639.issue30462@psf.upfronthosting.co.za>
Message-ID: <1498633706.96.0.382835923721.issue30462@psf.upfronthosting.co.za>


Jiri Hnidek added the comment:

Hi,
good point about *foo.com. It seems this is not valid DNS RR according following RFC:

https://tools.ietf.org/html/rfc4592

Especially this section is more focused on allowed combinations of asterisks and other characters:

https://tools.ietf.org/html/rfc4592#section-2.1.1

There is also page at mediawiki about wildcards in DNS:

https://en.wikipedia.org/wiki/Wildcard_DNS_record

Thus I will modify my PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30462>
_______________________________________

From report at bugs.python.org  Wed Jun 28 03:28:18 2017
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 28 Jun 2017 07:28:18 +0000
Subject: [issue19325] _osx_support imports many modules
In-Reply-To: <1382346544.59.0.0118958375765.issue19325@psf.upfronthosting.co.za>
Message-ID: <1498634898.67.0.00522798124896.issue19325@psf.upfronthosting.co.za>


INADA Naoki added the comment:

FYI, issue29585 removes _osx_support dependency from site.py

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19325>
_______________________________________

From report at bugs.python.org  Wed Jun 28 03:31:02 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 07:31:02 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498635062.3.0.0216118415129.issue13617@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:


New changeset 54ba940abc2fabb94fede46dfad80f8ac15632a3 by Serhiy Storchaka in branch '3.5':
[3.5] bpo-13617: Reject embedded null characters in wchar* strings. (GH-2302) (#2463)
https://github.com/python/cpython/commit/54ba940abc2fabb94fede46dfad80f8ac15632a3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 04:22:41 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 08:22:41 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1498638161.26.0.338458621901.issue13617@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Backporting this to 2.7 requires too much work taking to account that PyArg_Parse and other argument parsing functions don't check for null characters in 2.7. The most serious security issue is fixed in issue30730, other cases unlikely can be used for attacks.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 04:51:55 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 28 Jun 2017 08:51:55 +0000
Subject: [issue29926] time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498639915.08.0.306271137088.issue29926@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
pull_requests: +2520

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Wed Jun 28 04:56:08 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 28 Jun 2017 08:56:08 +0000
Subject: [issue29926] time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498640168.57.0.772655382839.issue29926@psf.upfronthosting.co.za>


Louie Lu added the comment:

Based on Martin's patch, I slightly changed the logic for the patch.

So, I add a `finish` flag to detect the code in Executive.runcode is done or not. `interrupt_the_server` will first SIGINT via interrupt_main, if this doesn't work after 0.2 seconds, it will then sent the signal by pthread_kill to main_thread.

This will work on Linux, and MacOS which I tested. And it will avoid the different behavior for `input()` (which I believe is because of the GNU readline been used.) and `time.sleep()` in only using `interrupt_main` or `signal.pthread_kill`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Wed Jun 28 04:58:13 2017
From: report at bugs.python.org (Louie Lu)
Date: Wed, 28 Jun 2017 08:58:13 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498640293.94.0.377216847904.issue29926@psf.upfronthosting.co.za>


Changes by Louie Lu <me at louie.lu>:


----------
assignee:  -> terry.reedy
components: +IDLE -Library (Lib)
title: time.sleep ignores _thread.interrupt_main() -> IDLE: in shell, time.sleep ignores _thread.interrupt_main()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:04:37 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 09:04:37 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498640677.2.0.0648232314224.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2521

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:21:41 2017
From: report at bugs.python.org (Wu Zongyong)
Date: Wed, 28 Jun 2017 09:21:41 +0000
Subject: [issue30790] Can't use proxy to connect internet on windows
Message-ID: <1498641701.55.0.210548070467.issue30790@psf.upfronthosting.co.za>


Changes by Wu Zongyong <wuzongyo at mail.ustc.edu.cn>:


----------
components: Library (Lib)
nosy: Cordius
priority: normal
severity: normal
status: open
title: Can't use proxy to connect internet on windows
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30790>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:21:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 09:21:55 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498641715.33.0.513102567542.issue30775@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a79f8faccf5e26f55e8b9496ad49d2071b5e299c by Victor Stinner (Antoine Pitrou) in branch 'master':
bpo-30775: Fix refleaks in test_multiprocessing (#2467)
https://github.com/python/cpython/commit/a79f8faccf5e26f55e8b9496ad49d2071b5e299c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:23:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 09:23:53 +0000
Subject: [issue30730] [security] Injecting environment variable in subprocess
 on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498641833.74.0.641296601001.issue30730@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Injecting environment variable in subprocess on Windows -> [security] Injecting environment variable in subprocess on Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:24:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 09:24:05 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1498638161.26.0.338458621901.issue13617@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYuTU=6ZTp99+hnfrAphLnGR+j9=p5k3U3KRRJ=hxoG=w@mail.gmail.com>


STINNER Victor added the comment:

Thank you very much Serhiy of taking care of this bug!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:27:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 09:27:06 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498641715.33.0.513102567542.issue30775@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYZhUbedOD0v1E4nQAezw8_YWrArvsRiRxKYcCXiyT1tw@mail.gmail.com>


STINNER Victor added the comment:

Hey, thank you Antoine for fixing the last known reference leak!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:27:58 2017
From: report at bugs.python.org (Wu Zongyong)
Date: Wed, 28 Jun 2017 09:27:58 +0000
Subject: [issue30790] Can't use proxy to connect internet on windows
Message-ID: <1498642078.59.0.620468840497.issue30790@psf.upfronthosting.co.za>


Changes by Wu Zongyong <wuzongyo at mail.ustc.edu.cn>:


----------
pull_requests: +2522

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30790>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:28:40 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 09:28:40 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498642120.97.0.273202729278.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2523

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:28:54 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 09:28:54 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498642134.38.0.358327902387.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2524

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:35:03 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 09:35:03 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498642503.97.0.892019446395.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> fixed
stage:  -> commit review
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:37:10 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Wed, 28 Jun 2017 09:37:10 +0000
Subject: [issue30429] bdb and pdb: Add watchpoint function
In-Reply-To: <1495454985.48.0.445993940506.issue30429@psf.upfronthosting.co.za>
Message-ID: <1498642630.69.0.827949312479.issue30429@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

See the related issue 5654.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30429>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:49:41 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 09:49:41 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498643381.03.0.386032400449.issue30775@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset e022aad73a4151b5628e2476a8465ce6c0d18b8c by Antoine Pitrou in branch '3.6':
[3.6] bpo-30775: Fix refleaks in test_multiprocessing (GH-2467) (#2468)
https://github.com/python/cpython/commit/e022aad73a4151b5628e2476a8465ce6c0d18b8c


----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:50:46 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 09:50:46 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498643446.94.0.785834167254.issue30775@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset f15bf1f3f3104f6ab2229e4b359984489a74685b by Victor Stinner (Antoine Pitrou) in branch '3.5':
[3.5] bpo-30775: Fix refleaks in test_multiprocessing (GH-2467) (#2469)
https://github.com/python/cpython/commit/f15bf1f3f3104f6ab2229e4b359984489a74685b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:51:49 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 09:51:49 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498643509.86.0.294941901431.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 05:52:15 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 09:52:15 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498643535.6.0.516671066698.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2525

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 06:29:10 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 10:29:10 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498645750.14.0.514829539326.issue30775@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 79d37ae979a65ada0b2ac820279ccc3b1cd41ba6 by Victor Stinner (Antoine Pitrou) in branch 'master':
Clear potential ref cycle between Process and Process target (#2470)
https://github.com/python/cpython/commit/79d37ae979a65ada0b2ac820279ccc3b1cd41ba6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 06:47:32 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 10:47:32 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498646852.83.0.190035299815.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2526

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 06:48:21 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 10:48:21 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498646901.92.0.0582192516279.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2527

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 06:51:38 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 10:51:38 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498647098.52.0.943110017381.issue30775@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2528

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 07:08:23 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 11:08:23 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498648103.23.0.953351215524.issue30775@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 38d6a40898940d2c62c637fcc8acce05e75de5c2 by Antoine Pitrou in branch '3.6':
[3.6] Clear potential ref cycle between Process and Process target (GH-2470) (#2471)
https://github.com/python/cpython/commit/38d6a40898940d2c62c637fcc8acce05e75de5c2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 07:16:00 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 11:16:00 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498648560.67.0.465715263195.issue30775@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset a9705b777859f555d50eb5dcd5fc4260c42a0188 by Antoine Pitrou in branch '3.5':
[3.5] Clear potential ref cycle between Process and Process target (GH-2470) (#2472)
https://github.com/python/cpython/commit/a9705b777859f555d50eb5dcd5fc4260c42a0188


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 07:34:50 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 11:34:50 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498649690.22.0.910743427567.issue30422@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Replace 'Relevant History' with the following;

Python and IDLE development policies:

* Dependence on tcl/tk: Except when security is involved, Python is slow to require upgrade of 3rd party dependencies.  IDLE is mostly bound by this.  In July 2010, core developers endorsed future use of ttk widgets.  Serious discussion began in August 2015. In May 2016, it was decided to make tcl/tk 8.5 a requirement for running IDLE, and allow use of ttk widgets. IDLE cannot yet depend on 8.6 being present.  (And so we keep both .gif (for 8.5) and .png (for 8.6+) versions of icons.)

* API changes: Python divides APIs into private -- freely changed -- and public -- slow to change, and only after public discussion and notice.  In July 2010, core developers also endorsed future reorganization of IDLE, such as attaching editors to tabs rather than windows.  But the status of idlelib APIs was then too ambiguous to do the needed refactoring needed.  PEP 434, March 2013, declared most of idlelib to be a private implementation of IDLE.  In May 2016, it was decided to start refactoring freely.

* Enhancements: Python classifies changes as bug-fixes, which can be applied to maintenance versions, or enhancements, which can only be applied to the upcoming development version.  Except for the ttk and re-organization changes, PEP 434 formally exempted IDLE from the need to classify patches, allowing all to be backported.  Currently, all patches are backported from 3.7 to 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Wed Jun 28 07:48:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 11:48:40 +0000
Subject: [issue30775] test_multiprocessing_forkserver leaks references on
 Python 3
In-Reply-To: <1498508217.21.0.984521551654.issue30775@psf.upfronthosting.co.za>
Message-ID: <1498650520.92.0.887723240922.issue30775@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 12536bd261ba95cd2748f3d7d47768742a6ffa7a by Victor Stinner (Antoine Pitrou) in branch '2.7':
[2.7] Clear potential ref cycle between Process and Process target (GH-2470) (#2473)
https://github.com/python/cpython/commit/12536bd261ba95cd2748f3d7d47768742a6ffa7a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30775>
_______________________________________

From report at bugs.python.org  Wed Jun 28 08:15:18 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 28 Jun 2017 12:15:18 +0000
Subject: [issue30730] [security] Injecting environment variable in subprocess
 on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498652118.28.0.898761395925.issue30730@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Isn't "Type: security" enough? If you want you could patch Roundup for highlighting security issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Wed Jun 28 08:36:09 2017
From: report at bugs.python.org (Jeroen Demeyer)
Date: Wed, 28 Jun 2017 12:36:09 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498653369.83.0.266742547294.issue29988@psf.upfronthosting.co.za>


Changes by Jeroen Demeyer <jdemeyer at cage.ugent.be>:


----------
nosy: +jdemeyer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 08:46:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 12:46:18 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498653978.5.0.401804428465.issue29926@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

On windows, s=input() is cleanly interrupted by ^-C, leaving s unbound, before and after the patch.  time.sleep(1) is not interrupted, before and after the patch.  Ditto for the socket test.  Louie, what test are you using on *nix?

It still appears that for Windows a patch to signalmodule.c is still needed.  Eryk and Nathaniel, can you agree on an actual patch?

Eryk: off topic a bit, but
>>> open('con', 'w').write('spam\n')
Traceback (most recent call last):
  File "<pyshell#3>", line 1, in <module>
    open('con', 'w').write('spam\n')
OSError: [WinError 6] The handle is invalid: 'con'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Wed Jun 28 08:46:56 2017
From: report at bugs.python.org (Jeroen Demeyer)
Date: Wed, 28 Jun 2017 12:46:56 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498654016.24.0.0097991100309.issue29988@psf.upfronthosting.co.za>


Jeroen Demeyer added the comment:

Nice analysis. I always assumed that `with` was safe from such race conditions, but it isn't.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 08:54:54 2017
From: report at bugs.python.org (R. David Murray)
Date: Wed, 28 Jun 2017 12:54:54 +0000
Subject: [issue12939] Add new io.FileIO using the native Windows API
In-Reply-To: <1315523941.29.0.146575875409.issue12939@psf.upfronthosting.co.za>
Message-ID: <1498654494.23.0.99458732406.issue12939@psf.upfronthosting.co.za>


R. David Murray added the comment:

If it's a good idea, why close the issue?  Maybe post it to core-mentorship instead?  It's not an easy issue, but it also has the beginnings of a patch.  So if there is anyone on core-mentorship with some windows knowledge (and I'm guessing their are), maybe they'd be interested in the challenge.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12939>
_______________________________________

From report at bugs.python.org  Wed Jun 28 08:55:41 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 28 Jun 2017 12:55:41 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498654541.42.0.431145188928.issue29988@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

One testing possibility worth considering: perhaps it would be make sense to have "start_try" and "start_finally" trace events, such that a trace function could be installed that injected signals at the worst possible time in the opcode evaluation?

I haven't fully thought through the possible implications of that approach, but it seems like it would be less fragile than counting code offsets.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 09:01:04 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 28 Jun 2017 13:01:04 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498654864.97.0.803513452339.issue29988@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Sorry, I misread Nathaniel's suggestion - the exhaustive search of all possible offsets already avoids the need to hardcode any code generation dependent details in the tests. So the trace function approach would just avoid the need for that search.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 09:01:22 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 28 Jun 2017 13:01:22 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498654882.93.0.480363765135.issue30422@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Terry, thank for posting the list of all the IDLE issues.  This is extremely helpful to me and I appreciate your effort in organizing it.

I'm also on board for working together on targetted areas.  Without that, I was focusing on PEP8, docstrings, linting, ttk conversion, and unit tests.  But, as configdialog showed, even those require coordination with existing patches.

I can start turning the ** issues into pull requests too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Wed Jun 28 09:04:49 2017
From: report at bugs.python.org (Jeroen Demeyer)
Date: Wed, 28 Jun 2017 13:04:49 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498655089.73.0.514512254151.issue29988@psf.upfronthosting.co.za>


Jeroen Demeyer added the comment:

> Or we could steal a bit in the opcode encoding or something.

That seems like a very reasonable and easy-to-implement solution. It would generalize this check: https://github.com/python/cpython/blob/e82cf8675bacd7a03de508ed11865fc2701dcef5/Python/ceval.c#L1067-L1071

(@Nathaniel Smith: nice blog post!)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 09:33:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 13:33:43 +0000
Subject: [issue12939] Add new io.FileIO using the native Windows API
In-Reply-To: <1315523941.29.0.146575875409.issue12939@psf.upfronthosting.co.za>
Message-ID: <1498656823.15.0.423615930401.issue12939@psf.upfronthosting.co.za>


STINNER Victor added the comment:

R. David Murray: "If it's a good idea, why close the issue?"

Yesterday I tried to cleanup the list of issues that I opened. I reduced my list from 140 to around 100 issues. I'm happier :-) I don't like having a too long "TODO list".

Sometimes, closing an issue helps to shake up people and it can even unblock an old issue :-)

In this case, I already closed and then reopened the issue, and nothing happened.

The benefit doesn't seem worth it, compared to the risk of backward compatibility issue and the cost of maintaining this new code.


"Maybe post it to core-mentorship instead?  It's not an easy issue, but it also has the beginnings of a patch."

Sorry, but it's very far from an easy issue. It seems like even our existing Windows experts failed to implement the feature in 6 years. I don't expect that any newcomer will success to fix the technical issues, especially if nobody is available to answer to the newcomer questions...

It's not because an issue is closed that the data that it contains is definitevely lost. If someone wants to work on that issue, it will be easy to find this issue using a Google search.

I see open issues as "bugs that must be fixed" or "important missing features", not as an unlimited wishlist. I know that each developer uses a bug tracker differently ;-)

At least, I don't want to the author of such wishlist issue anymore, and I don't want how to change the author of an issue. So I will continue to close it regulary to reduce my list of open issues (that I opened). Again, it's important for me to keep this list as short as possible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12939>
_______________________________________

From report at bugs.python.org  Wed Jun 28 09:53:33 2017
From: report at bugs.python.org (Charalampos Stratakis)
Date: Wed, 28 Jun 2017 13:53:33 +0000
Subject: [issue29411] Option --executable for entry_points
In-Reply-To: <1485945833.17.0.354426636585.issue29411@psf.upfronthosting.co.za>
Message-ID: <1498658013.59.0.309958444255.issue29411@psf.upfronthosting.co.za>


Changes by Charalampos Stratakis <cstratak at redhat.com>:


----------
nosy: +cstratak

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29411>
_______________________________________

From report at bugs.python.org  Wed Jun 28 09:55:07 2017
From: report at bugs.python.org (18z)
Date: Wed, 28 Jun 2017 13:55:07 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498658107.58.0.739862526648.issue30422@psf.upfronthosting.co.za>


18z added the comment:

Hi Terry, Louie and Cheryl

I would like to work with you guys. :)

However, I still need some time to study the codes.

Now I am focusing on reading unit tests. By reading the tests, I can know how the code works and further to write tests that are necessary but yet to write.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Wed Jun 28 09:55:20 2017
From: report at bugs.python.org (Erik Bray)
Date: Wed, 28 Jun 2017 13:55:20 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498658120.14.0.735648851701.issue29988@psf.upfronthosting.co.za>


Erik Bray added the comment:

>> Or we could steal a bit in the opcode encoding or something.

> That seems like a very reasonable and easy-to-implement solution. It > would generalize this check:  https://github.com/python/cpython/blob/e82cf8675bacd7a03de508ed11865fc2701dcef5/Python/ceval.c#L1067-L1071

Interesting; I didn't notice that bit before.  It seems like that does at least try to guarantee that a signal can't interrupt between:

lock.acquire()
try:
    ...

which previously I assumed we couldn't make any guarantees about.  But CPython at least does, or tries to.  It would be good to generalize that.

----------
nosy: +erik.bray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 10:13:19 2017
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 28 Jun 2017 14:13:19 +0000
Subject: [issue14094] ntpath.realpath() should use GetFinalPathNameByHandle()
In-Reply-To: <1329954470.08.0.180096078595.issue14094@psf.upfronthosting.co.za>
Message-ID: <1498659199.23.0.475425820369.issue14094@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14094>
_______________________________________

From report at bugs.python.org  Wed Jun 28 10:22:07 2017
From: report at bugs.python.org (Jeroen Demeyer)
Date: Wed, 28 Jun 2017 14:22:07 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498659727.67.0.230102218328.issue29988@psf.upfronthosting.co.za>


Jeroen Demeyer added the comment:

> It seems like that does at least try to guarantee that a signal can't interrupt between:
> 
> lock.acquire()
> try:
>     ...

Actually, I think it's between the end of the `try` and the beginning of the `finally` (which is precisely the same place that *breaks* for a with statement).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 10:27:43 2017
From: report at bugs.python.org (Wu Zongyong)
Date: Wed, 28 Jun 2017 14:27:43 +0000
Subject: [issue30790] Can't use proxy to connect internet on windows
Message-ID: <1498660063.79.0.897228135794.issue30790@psf.upfronthosting.co.za>


Changes by Wu Zongyong <wuzongyo at mail.ustc.edu.cn>:


----------
resolution:  -> wont fix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30790>
_______________________________________

From report at bugs.python.org  Wed Jun 28 10:29:52 2017
From: report at bugs.python.org (Wu Zongyong)
Date: Wed, 28 Jun 2017 14:29:52 +0000
Subject: [issue30790] Can't use proxy to connect internet on windows
Message-ID: <1498660192.53.0.445035794725.issue30790@psf.upfronthosting.co.za>


Changes by Wu Zongyong <wuzongyo at mail.ustc.edu.cn>:


----------
pull_requests: +2529

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30790>
_______________________________________

From report at bugs.python.org  Wed Jun 28 10:33:16 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 28 Jun 2017 14:33:16 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498660396.4.0.323489538675.issue30422@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Most of the patches lack tests, and writing them is a bottle neck.  Reading the current one, in conjunction with the code and the unittest doc, is a good way to learn.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Wed Jun 28 10:33:45 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 14:33:45 +0000
Subject: [issue14094] ntpath.realpath() should use GetFinalPathNameByHandle()
In-Reply-To: <1329954470.08.0.180096078595.issue14094@psf.upfronthosting.co.za>
Message-ID: <1498660425.28.0.185367528239.issue14094@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, only os.stat() was patched to use GetFinalPathNameByHandle()? It seems like most of the code was already written, so it shouldn't be hard to add a nt.GetFinalPathName() function using the win32_xstat_impl() code (and get_target_path()), to implement a real ntpath.realpath(), no?

@Eryk: Are you interested to work on a patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14094>
_______________________________________

From report at bugs.python.org  Wed Jun 28 10:54:28 2017
From: report at bugs.python.org (Erik Bray)
Date: Wed, 28 Jun 2017 14:54:28 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498661668.73.0.0822663285722.issue29988@psf.upfronthosting.co.za>


Erik Bray added the comment:

Actually I just finished reading njs's blog post, and as he points out that special case for SETUP_FINALLY is basically broken.  There are other cases where it doesn't really work either.  For example if you have:

if ...:
    do_something()
else:
    do_something_else()
try:
    ...
finally:
    ...

then (ignoring the issue about POP_TOP for a moment) the last instruction in *one* of these branches if followed immediately by SETUP_FINALLY, while in the other branch there's a JUMP_FORWARD, then the SETUP_FINALLY.

All the more reason for a more generic solution to this that doesn't depend strictly on the next op locally in the byte code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 10:56:40 2017
From: report at bugs.python.org (Jeroen Demeyer)
Date: Wed, 28 Jun 2017 14:56:40 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498661800.8.0.397344928331.issue29988@psf.upfronthosting.co.za>


Jeroen Demeyer added the comment:

> Actually, I think it's between the end of the `try` and the beginning of the `finally` (which is precisely the same place that *breaks* for a with statement).

Sorry, this is wrong and Erik was right. But the special case doesn't work anyway, so it doesn't really matter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 11:18:18 2017
From: report at bugs.python.org (=?utf-8?b?SMOla29uIEjDpmdsYW5k?=)
Date: Wed, 28 Jun 2017 15:18:18 +0000
Subject: [issue30791] tkinter.Tk() adds suffix to window class name when
 launching multiple instances
Message-ID: <1498663098.01.0.2360806195.issue30791@psf.upfronthosting.co.za>


New submission from H?kon H?gland:

Hello. In order to group several instances of a given application under one icon in the desktop launcher (I am using Ubuntu 17.04) they must have the same appName property of the WM_CLASS string. For example, if I run emacs twice:

?$ emacs &
$ emacs &

Both instances will show up under the Emacs icon in the desktop launchbar. The reason is that both instances have the same WM_CLASS string. We can check this string using

?$ xprop WM_CLASS

and then click on the Emacs window. It then shows:

?WM_CLASS(STRING) = "emacs", "Emacs"
Here "emacs" is the resource (appName), and "Emacs" is the className.

Now, consider this program (my-tkapp.py):

#! /usr/bin/env python
import tkinter as tk
root = tk.Tk(className='myTkApp')
label = tk.Label(root, text="Hello World")
label.pack()
root.mainloop()


If I run this program twice:

?$ my-tkapp.py &
$ my-tkapp.py &

and then run xprop to check the WM_CLASS property of both windows, the first window gives:

?WM_CLASS(STRING) = "myTkApp", "Mytkapp"

whereas the second gives:

?WM_CLASS(STRING) = "myTkApp #2", "Mytkapp"

Note that tkinter has added a #2 suffix to the app name property. This is not desired. It makes the window manager group the two windows under separate icons in the desktop launch bar.

How can I keep the same appName property of the WM_CLASS string for different instances of my application?

Note: This question was first asked at stackoverflow.com:

https://stackoverflow.com/q/44795622/2173773

I tried to follow the source from the call:

root = tkinter.Tk(className='myTkApp')

but at 5 levels down on the stack I ended up inside TCL code, and I was not able to determine who was responsible for adding the "#2" suffix.

However, a similar perl script gives the same behavior, so I suspect the problem is within the TCL TK code. Is there a way to change the
WM_CLASS property of the window after the call to tkinter.Tk, but before entering mainloop() in order to work around the issue?
After entering the mainloop(), I guess it is too late to do anything, since then the icon is already displayed in the window manager's launch bar.

I am using Ubuntu 17.04 and Python version 3.6.1.

Best regards,
H?kon H?gland

----------
components: Tkinter
messages: 297191
nosy: hakonhagland
priority: normal
severity: normal
status: open
title: tkinter.Tk() adds suffix to window class name when launching multiple instances
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30791>
_______________________________________

From report at bugs.python.org  Wed Jun 28 11:31:56 2017
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 28 Jun 2017 15:31:56 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498663916.2.0.321176047416.issue29585@psf.upfronthosting.co.za>


INADA Naoki added the comment:


New changeset a8f8d5b4bd30dbe0828550469d98f12d2ebb2ef4 by INADA Naoki in branch 'master':
bpo-29585: optimize site.py startup time (GH-136)
https://github.com/python/cpython/commit/a8f8d5b4bd30dbe0828550469d98f12d2ebb2ef4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Wed Jun 28 11:43:05 2017
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 28 Jun 2017 15:43:05 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498664585.89.0.0524448801709.issue29585@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +2530

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Wed Jun 28 11:48:31 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Wed, 28 Jun 2017 15:48:31 +0000
Subject: [issue30792] Add contextlib.convert_exception manager
Message-ID: <1498664911.2.0.271174194344.issue30792@psf.upfronthosting.co.za>


New submission from Steven D'Aprano:

As discussed on Python-Ideas, there's some interest in a context manager that can convert an exception from one type to another (similarly to the way PEP 479 has StopIteration converted to RuntimeError.

See the thread starting here:
https://mail.python.org/pipermail/python-ideas/2017-June/046109.html

and particularly Nick's comment here:
https://mail.python.org/pipermail/python-ideas/2017-June/046218.html

I've written a recipe on ActiveState:

https://code.activestate.com/recipes/580808-guard-against-an-exception-in-the-wrong-place/

which acts as both a context manager and function decorator. That can be used as proof-of-concept or as a basis for a PR.

----------
components: Library (Lib)
messages: 297193
nosy: ncoghlan, steven.daprano
priority: normal
severity: normal
status: open
title: Add contextlib.convert_exception manager
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30792>
_______________________________________

From report at bugs.python.org  Wed Jun 28 12:02:02 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 16:02:02 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498665722.18.0.541892964494.issue29585@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2531

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Wed Jun 28 12:10:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 16:10:22 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498666222.58.0.737651652163.issue29585@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Test fails on macOS:

http://buildbot.python.org/all/builders/x86-64%20Sierra%203.x/builds/402/steps/test/logs/stdio

======================================================================
FAIL: test_getsitepackages (test.test_site.HelperFunctionsTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.x.billenstein-sierra/build/Lib/test/test_site.py", line 266, in test_getsitepackages
    self.assertEqual(len(dirs), 2)
AssertionError: 1 != 2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Wed Jun 28 12:15:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 16:15:04 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498666504.97.0.331496530806.issue29585@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2532

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Wed Jun 28 12:31:08 2017
From: report at bugs.python.org (Sharan Yalburgi)
Date: Wed, 28 Jun 2017 16:31:08 +0000
Subject: [issue26506] [EASY] hex() documentation: mention "%x" % int
In-Reply-To: <1457372823.56.0.270827849914.issue26506@psf.upfronthosting.co.za>
Message-ID: <1498667468.21.0.16039017033.issue26506@psf.upfronthosting.co.za>


Sharan Yalburgi added the comment:

Hey, I am new to Open Source, can I work on this?

----------
nosy: +Sharan Yalburgi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26506>
_______________________________________

From report at bugs.python.org  Wed Jun 28 12:34:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 16:34:29 +0000
Subject: [issue26506] [EASY] hex() documentation: mention "%x" % int
In-Reply-To: <1457372823.56.0.270827849914.issue26506@psf.upfronthosting.co.za>
Message-ID: <1498667669.17.0.238838174121.issue26506@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Hey, I am new to Open Source, can I work on this?

Hi, did you read http://docs.python.org/devguide/ ? IMHO its a good start. You can also join the https://www.python.org/dev/core-mentorship/ group to get help!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26506>
_______________________________________

From report at bugs.python.org  Wed Jun 28 12:34:44 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 16:34:44 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498667684.67.0.94813877677.issue29585@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset b01c574ad6d796025152b5d605eceb7816e6f7a7 by Victor Stinner in branch 'master':
bpo-29585: Define PYTHONFRAMEWORK in PC/pyconfig.h (#2477)
https://github.com/python/cpython/commit/b01c574ad6d796025152b5d605eceb7816e6f7a7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Wed Jun 28 12:54:36 2017
From: report at bugs.python.org (Sharan Yalburgi)
Date: Wed, 28 Jun 2017 16:54:36 +0000
Subject: [issue26506] [EASY] hex() documentation: mention "%x" % int
In-Reply-To: <1457372823.56.0.270827849914.issue26506@psf.upfronthosting.co.za>
Message-ID: <1498668876.3.0.939753683836.issue26506@psf.upfronthosting.co.za>


Changes by Sharan Yalburgi <sharanyalburgi at gmail.com>:


----------
pull_requests: +2533

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26506>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:01:56 2017
From: report at bugs.python.org (Mariatta Wijaya)
Date: Wed, 28 Jun 2017 17:01:56 +0000
Subject: [issue26506] [EASY] hex() documentation: mention "%x" % int
In-Reply-To: <1457372823.56.0.270827849914.issue26506@psf.upfronthosting.co.za>
Message-ID: <1498669316.45.0.871942660512.issue26506@psf.upfronthosting.co.za>


Mariatta Wijaya added the comment:

When uploading patch from another person, please include "Original patch by <original author>" in the PR, and the commit message.
Thanks.

----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26506>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:05:25 2017
From: report at bugs.python.org (Sharan Yalburgi)
Date: Wed, 28 Jun 2017 17:05:25 +0000
Subject: [issue26506] [EASY] hex() documentation: mention "%x" % int
In-Reply-To: <1457372823.56.0.270827849914.issue26506@psf.upfronthosting.co.za>
Message-ID: <1498669525.0.0.339681489037.issue26506@psf.upfronthosting.co.za>


Sharan Yalburgi added the comment:

> Hi, did you read http://docs.python.org/devguide/ ? IMHO its a good start. You can also join the https://www.python.org/dev/core-mentorship/ group to get help!

Yes I did. Thank you. I have made a PR. I says I haven't signed CLA yet. I am doing that right now.

> When uploading patch from another person, please include "Original patch by <original author>" in the PR, and the commit message.

Will do that thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26506>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:13:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 17:13:22 +0000
Subject: [issue23808] Symlink to directory on Windows 8
In-Reply-To: <1427654710.52.0.171827508348.issue23808@psf.upfronthosting.co.za>
Message-ID: <1498670002.47.0.570284348519.issue23808@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2535

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23808>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:13:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 17:13:22 +0000
Subject: [issue25911] Regression: os.walk now using os.scandir() breaks bytes
 filenames on windows
In-Reply-To: <1450539578.39.0.976654454489.issue25911@psf.upfronthosting.co.za>
Message-ID: <1498670002.57.0.783689748078.issue25911@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2536

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25911>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:28:38 2017
From: report at bugs.python.org (R. David Murray)
Date: Wed, 28 Jun 2017 17:28:38 +0000
Subject: [issue12939] Add new io.FileIO using the native Windows API
In-Reply-To: <1315523941.29.0.146575875409.issue12939@psf.upfronthosting.co.za>
Message-ID: <1498670918.84.0.361579453873.issue12939@psf.upfronthosting.co.za>


R. David Murray added the comment:

Given that background, closing it seems reasonable to me :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12939>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:34:28 2017
From: report at bugs.python.org (Emily Morehouse)
Date: Wed, 28 Jun 2017 17:34:28 +0000
Subject: [issue30785] ast.c duplicates STR(CHILD)
In-Reply-To: <1498550497.04.0.537095530939.issue30785@psf.upfronthosting.co.za>
Message-ID: <1498671268.12.0.488214556081.issue30785@psf.upfronthosting.co.za>


Emily Morehouse added the comment:

Thanks Christopher, you are absolutely correct. There are a few ways in which this code could be optimized (and many other small optimizations probably exist elsewhere in the code).

If you are interested in submitting a PR for this, you are more than welcome to and I can re-open the issue. Otherwise, I'm going to close it out as this is not a critical optimization.

----------
nosy: +emilyemorehouse
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30785>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:42:06 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 28 Jun 2017 17:42:06 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498671726.12.0.364625618135.issue30779@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

If possible, I'd like to work on this.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:53:25 2017
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 28 Jun 2017 17:53:25 +0000
Subject: [issue30787] Please add a comprehensive index of decorators to the
 documentation.
In-Reply-To: <1498573398.64.0.663772847899.issue30787@psf.upfronthosting.co.za>
Message-ID: <1498672405.9.0.41870081021.issue30787@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Why do you want an index of *just* decorators? The documentation is structured so you look for the module that probably contains a solution to your problem and then you see what the module may have (which may have a solution that isn't a decorator). Jumping straight to a list of just decorators means you would miss out on any other solution that happens to not be a decorator.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30787>
_______________________________________

From report at bugs.python.org  Wed Jun 28 13:55:21 2017
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 28 Jun 2017 17:55:21 +0000
Subject: [issue30772] If I make an attribute "[a unicode version of B]",
 it gets assigned to "[ascii B]", and so on.
In-Reply-To: <1498500531.27.0.587971014084.issue30772@psf.upfronthosting.co.za>
Message-ID: <1498672521.69.0.0630356184895.issue30772@psf.upfronthosting.co.za>


Changes by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30772>
_______________________________________

From report at bugs.python.org  Wed Jun 28 14:28:29 2017
From: report at bugs.python.org (Aviv Palivoda)
Date: Wed, 28 Jun 2017 18:28:29 +0000
Subject: [issue24905] Allow incremental I/O to blobs in sqlite3
In-Reply-To: <1440144321.97.0.0781853247945.issue24905@psf.upfronthosting.co.za>
Message-ID: <1498674509.33.0.815026869264.issue24905@psf.upfronthosting.co.za>


Aviv Palivoda added the comment:

Pinging. As I mentioned in the PR I need a little help with __contains__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24905>
_______________________________________

From report at bugs.python.org  Wed Jun 28 14:58:13 2017
From: report at bugs.python.org (Anselm Kiefner)
Date: Wed, 28 Jun 2017 18:58:13 +0000
Subject: [issue30793] Parsing error on f-string-expressions containing strings
 with backslash
Message-ID: <1498676293.91.0.9735369648.issue30793@psf.upfronthosting.co.za>


New submission from Anselm Kiefner:

Considering that

x = 3
f"{'hello' if x == 3 else 'goodbye'} world"

is a simple, elegant and powerful piece of code that works just as expected by itself, I often find myself stumbling and wondering why
 
f"text {'\n' if x == 3 else ''} text"

fails horribly just because of the \ within the extra quoted string that must be worked around with ugly code like

nl = "\n"
f"text {nl if x==3 else ''} text"

which really doesn't feel like python at all.

I am aware that the specification for f-strings says "no \ in expressions", but please consider that in this case, the \ is not really part of the expression but rather part of a string that isn't evaluated as part of the expression, which might just as well be referenced to by a variable.

----------
messages: 297206
nosy: Anselm Kiefner
priority: normal
severity: normal
status: open
title: Parsing error on f-string-expressions containing strings with backslash
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30793>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:02:16 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 19:02:16 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1405613445.85.0.0173565539891.issue21998@psf.upfronthosting.co.za>
Message-ID: <1498676536.13.0.073721516389.issue21998@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> Python 3.7 got as new os.register_at_fork() function. I don't know if it could help:

The most reasonable IMHO would be for it to mark the event loop "broken" (or closed?) in the child, to forbid any further use.

By the way, on Python 3 (which is pretty much required by asyncio), I really suggest using the "forkserver" method of multiprocessing, it removes a ton of hassle with inheritance through forking.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:03:57 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 19:03:57 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498676637.62.0.735710807855.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

For the record, https://github.com/python/cpython/pull/2415 is ready.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:11:58 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 28 Jun 2017 19:11:58 +0000
Subject: [issue26251] Use "Low-fragmentation Heap" memory allocator on Windows
In-Reply-To: <1454262940.96.0.668805369213.issue26251@psf.upfronthosting.co.za>
Message-ID: <1498677118.5.0.21408424274.issue26251@psf.upfronthosting.co.za>


Steve Dower added the comment:

We tried it at one point, but it made very little difference because we don't use the Windows heap for most allocations. IIRC, replacing Python's optimised allocator with the LFH was a slight performance regression, but I'm not sure the benchmarks were reliable enough back then to be trusted. I'm also not sure what optimisations have been performed in Windows 8/10.

Since the LFH is the default though, it really should just be a case of replacing Py_Malloc with a simple HeapAlloc shim and testing it. The APIs are nearly the same (the result of GetProcessHeap() will be stable for the lifetime of the process, and there's little value in creating specific heaps unless you intend to destroy it rather than free each allocation individually).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26251>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:12:58 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 19:12:58 +0000
Subject: [issue30685] Multiprocessing Send to Manager Fails for Large Payload
In-Reply-To: <1497629566.56.0.527992929641.issue30685@psf.upfronthosting.co.za>
Message-ID: <1498677178.61.0.237491168987.issue30685@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

As the comment just above that line says, this is for wire compatibility with older Python versions.

But we could have an escape hatch: a special value of the length (which happens to be encoded as a signed integer), such as -64, which would signal a following 64-bit length field.  Would you like to submit a PR?

----------
nosy: +davin, pitrou
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30685>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:13:49 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 19:13:49 +0000
Subject: [issue27151] multiprocessing.Process leaves read pipes open
 (Process.sentinel)
In-Reply-To: <1464519594.44.0.838880586419.issue27151@psf.upfronthosting.co.za>
Message-ID: <1498677229.46.0.619271898901.issue27151@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Roman, do you think my analysis above is wrong? Otherwise, I'm inclined to close the issue.

----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27151>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:14:55 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 28 Jun 2017 19:14:55 +0000
Subject: [issue30291] Allow windows launcher to specify bit lengths with &
 without minor version
In-Reply-To: <1494064652.52.0.930357680293.issue30291@psf.upfronthosting.co.za>
Message-ID: <1498677295.03.0.373931005719.issue30291@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 5b8f972e093157cc55185841db9ad33fa332a641 by Steve Dower (Steve (Gadget) Barnes) in branch 'master':
bpo-30362 : Add list options to launcher. (#1578)
https://github.com/python/cpython/commit/5b8f972e093157cc55185841db9ad33fa332a641


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30291>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:14:55 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 28 Jun 2017 19:14:55 +0000
Subject: [issue30362] Launcher add list and list with paths options
In-Reply-To: <1494753197.17.0.253655325044.issue30362@psf.upfronthosting.co.za>
Message-ID: <1498677295.24.0.12634683688.issue30362@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 5b8f972e093157cc55185841db9ad33fa332a641 by Steve Dower (Steve (Gadget) Barnes) in branch 'master':
bpo-30362 : Add list options to launcher. (#1578)
https://github.com/python/cpython/commit/5b8f972e093157cc55185841db9ad33fa332a641


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30362>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:22:58 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Wed, 28 Jun 2017 19:22:58 +0000
Subject: [issue20210] Support the *disabled* marker in Setup files
In-Reply-To: <1389307962.8.0.973949637829.issue20210@psf.upfronthosting.co.za>
Message-ID: <1498677778.95.0.446103387036.issue20210@psf.upfronthosting.co.za>


Changes by Xavier de Gaye <xdegaye at gmail.com>:


----------
pull_requests: +2537

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20210>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:25:44 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 28 Jun 2017 19:25:44 +0000
Subject: [issue30362] Launcher add list and list with paths options
In-Reply-To: <1494753197.17.0.253655325044.issue30362@psf.upfronthosting.co.za>
Message-ID: <1498677944.03.0.202399495594.issue30362@psf.upfronthosting.co.za>


Steve Dower added the comment:

Thanks, Steve!

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30362>
_______________________________________

From report at bugs.python.org  Wed Jun 28 15:50:46 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 19:50:46 +0000
Subject: [issue29759] Deadlock in multiprocessing.pool.Pool on terminate
In-Reply-To: <1488995446.21.0.189589252767.issue29759@psf.upfronthosting.co.za>
Message-ID: <1498679446.11.0.0663552690799.issue29759@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

This is tricky to reproduce but can definitely happen.  It seems it is enough to release the lock when done, why did you have to move the `task_handler._state = TERMINATE` line in your patch?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29759>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:03:41 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 20:03:41 +0000
Subject: [issue30794] Add multiprocessing.Process.kill()
Message-ID: <1498680221.55.0.739149893408.issue30794@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

subprocess.Popen() has both terminate() and kill() methods.  Under Unix, the first sends SIGTERM and the second SIGKILL.

multiprocessing.Process() only has terminate(), which sends SIGTERM.  It may be useful to add a kill() method to send SIGKILL (on Windows, kill() would be the same as terminate()).

One possible use case is when the child process has redefined the SIGTERM handler to something that doesn't trigger an exit (or takes a long time to exit).  Or if something non-interruptible is running...

----------
components: Library (Lib)
messages: 297216
nosy: davin, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: Add multiprocessing.Process.kill()
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30794>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:05:38 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 20:05:38 +0000
Subject: [issue30795] OS X failures in test_site
Message-ID: <1498680338.75.0.476997562196.issue30795@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

It seems there is a sporadic failure on OS X (oops, sorry, I mean "macOS"):

https://travis-ci.org/python/cpython/jobs/248079407#L3403

======================================================================

FAIL: test_getsitepackages (test.test_site.HelperFunctionsTests)

----------------------------------------------------------------------

Traceback (most recent call last):

  File "/Users/travis/build/python/cpython/Lib/test/test_site.py", line 266, in test_getsitepackages

    self.assertEqual(len(dirs), 2)

AssertionError: 1 != 2

----------------------------------------------------------------------

----------
components: macOS
messages: 297217
nosy: haypo, ned.deily, pitrou, ronaldoussoren
priority: normal
severity: normal
status: open
title: OS X failures in test_site
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30795>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:08:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 20:08:16 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1498676536.13.0.073721516389.issue21998@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZ0eH0YyRVPE7UBNmzsNTUMxuaYggT2R7-xtwuDQWkmbQ@mail.gmail.com>


STINNER Victor added the comment:

> The most reasonable IMHO would be for it to mark the event loop "broken" (or closed?) in the child, to forbid any further use.

Hum, the problem is that Python cannot guess if the event loop will be
used in the child or the parent process :-/ The problem only occurs
when the event loop is used in the two processes, no?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:09:21 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 20:09:21 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1405613445.85.0.0173565539891.issue21998@psf.upfronthosting.co.za>
Message-ID: <1498680561.19.0.547586377927.issue21998@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Possible answer: have a global WeakSet of event loops.  In the child fork handler, iterate over all event loops and "break" those that have already been started.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:13:01 2017
From: report at bugs.python.org (wim glenn)
Date: Wed, 28 Jun 2017 20:13:01 +0000
Subject: [issue26253] tarfile in stream mode always set zlib compression level
 to 9
In-Reply-To: <1454288123.43.0.462874591937.issue26253@psf.upfronthosting.co.za>
Message-ID: <1498680781.68.0.165867200612.issue26253@psf.upfronthosting.co.za>


wim glenn added the comment:

This issue also got me.  compresslevel kwarg works fine for tarfile.open(..., mode='w:gz') but raises exception for tarfile.open(..., mode='w|gz')

I want to use stream compression, and compresslevel=1 is more than enough for my use case, the default of 9 is way too slow.

----------
nosy: +wim.glenn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26253>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:17:02 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 20:17:02 +0000
Subject: [issue1230540] sys.excepthook doesn't work in threads
Message-ID: <1498681022.1.0.793182951075.issue1230540@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Apparently the `traceback` module has been used from the start (since changset 7f5013a9a9678e86bff00c97f98e7a92c515b94d) to print the exception and not sys.excepthook.  I presume this is an oversight, as I don't see any reason to prefer `traceback` here.  Tim, any insight?

----------
nosy: +pitrou, tim.peters
stage: test needed -> needs patch
type:  -> behavior
versions: +Python 3.6, Python 3.7 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1230540>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:20:51 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 20:20:51 +0000
Subject: [issue22087] asyncio: support multiprocessing (support fork)
In-Reply-To: <1406397670.19.0.283234608675.issue22087@psf.upfronthosting.co.za>
Message-ID: <1498681251.5.0.712803351641.issue22087@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

The approach in Dan's patches looks sane to me and I agree the issue needs fixing.  Dan, would you like to submit a PR for this?  We're using Github for patch submissions now.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22087>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:38:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 20:38:27 +0000
Subject: [issue30795] OS X failures in test_site
In-Reply-To: <1498680338.75.0.476997562196.issue30795@psf.upfronthosting.co.za>
Message-ID: <1498682307.14.0.878749135624.issue30795@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Yeah, it's a known issue, see:
http://bugs.python.org/issue29585#msg297194

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30795>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:46:34 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 20:46:34 +0000
Subject: [issue29293] Missing parameter "n" on
 multiprocessing.Condition.notify()
In-Reply-To: <1484642636.98.0.126375980974.issue29293@psf.upfronthosting.co.za>
Message-ID: <1498682794.44.0.951371153774.issue29293@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29293>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:47:01 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 20:47:01 +0000
Subject: [issue29293] Missing parameter "n" on
 multiprocessing.Condition.notify()
In-Reply-To: <1484642636.98.0.126375980974.issue29293@psf.upfronthosting.co.za>
Message-ID: <1498682821.2.0.851368095786.issue29293@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2538

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29293>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:51:02 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 28 Jun 2017 20:51:02 +0000
Subject: [issue23451] Deprecation warnings building 3.5 Visual Studio Windows
 8.1 64 bit
In-Reply-To: <1423697646.35.0.470486317043.issue23451@psf.upfronthosting.co.za>
Message-ID: <1498683062.84.0.00302624403103.issue23451@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 9f3bdcb643623e07497af2fc35f0496c2302f1be by Steve Dower (Segev Finer) in branch 'master':
bpo-23451: Fix socket deprecation warnings in socketmodule.c (#2318)
https://github.com/python/cpython/commit/9f3bdcb643623e07497af2fc35f0496c2302f1be


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23451>
_______________________________________

From report at bugs.python.org  Wed Jun 28 16:59:25 2017
From: report at bugs.python.org (Eric Fahlgren)
Date: Wed, 28 Jun 2017 20:59:25 +0000
Subject: [issue1495754] os.listdir(): inconsistent behavior with trailing
 spaces
Message-ID: <1498683565.82.0.0577778485288.issue1495754@psf.upfronthosting.co.za>


Eric Fahlgren added the comment:

Would it be appropriate to make a comment about this Windows bug in both os.stat and os.path.exists documentation?  I just stumbled upon it independently (both Win7 and 10, both Py 2.7 and 3.6) with nearly the same incantation that Kenneth reported over 10 years ago (exists check success, followed by scandir failure).

[My workaround was to append os.sep to the directory spec:
  os.path.exists(newdir+os.sep) -> False
]

Clearly this behavior is not going away, so it should at least be mentioned somewhere more prominently than on a decade old BPO item...

----------
nosy: +eric.fahlgren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1495754>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:05:30 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 28 Jun 2017 21:05:30 +0000
Subject: [issue22087] asyncio: support multiprocessing (support fork)
In-Reply-To: <1406397670.19.0.283234608675.issue22087@psf.upfronthosting.co.za>
Message-ID: <1498683930.86.0.769341078248.issue22087@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> The approach in Dan's patches looks sane to me and I agree the issue needs fixing.  Dan, would you like to submit a PR for this?  We're using Github for patch submissions now.


Mind that the patch is very outdated and we already have these checks in get_event_loop.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22087>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:09:48 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 21:09:48 +0000
Subject: [issue22087] asyncio: support multiprocessing (support fork)
In-Reply-To: <1406397670.19.0.283234608675.issue22087@psf.upfronthosting.co.za>
Message-ID: <1498684188.74.0.281586803499.issue22087@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

It seems there's a check in the top-level get_event_loop() function but not in the DefaultEventLoopPolicy.get_event_loop() method.

(also: wow, that stuff is complicated)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22087>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:11:04 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 28 Jun 2017 21:11:04 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1405613445.85.0.0173565539891.issue21998@psf.upfronthosting.co.za>
Message-ID: <1498684264.87.0.978788303499.issue21998@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> Possible answer: have a global WeakSet of event loops.  In the child fork handler, iterate over all event loops and "break" those that have already been started.

We can do this but only in debug mode.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:11:51 2017
From: report at bugs.python.org (=?utf-8?q?Tam=C3=A1s_Bajusz?=)
Date: Wed, 28 Jun 2017 21:11:51 +0000
Subject: [issue27546] Integrate tkinter and asyncio (and async)
In-Reply-To: <1468815010.57.0.709565417017.issue27546@psf.upfronthosting.co.za>
Message-ID: <1498684311.0.0.487139288937.issue27546@psf.upfronthosting.co.za>


Changes by Tam?s Bajusz <gbtami at gmail.com>:


----------
nosy: +gbtami

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27546>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:13:11 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 28 Jun 2017 21:13:11 +0000
Subject: [issue22087] asyncio: support multiprocessing (support fork)
In-Reply-To: <1406397670.19.0.283234608675.issue22087@psf.upfronthosting.co.za>
Message-ID: <1498684391.87.0.0665665336109.issue22087@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> It seems there's a check in the top-level get_event_loop() function but not in the DefaultEventLoopPolicy.get_event_loop() method.

Yes, as users aren't supposed to work with policies directly.

> (also: wow, that stuff is complicated)

Yep. Please assign me to review if you submit a PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22087>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:20:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 28 Jun 2017 21:20:00 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1498684264.87.0.978788303499.issue21998@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYROYRj-7ZPv2jvpRZ5qUxe6i1viBa1P1-ykOumZ8Szyw@mail.gmail.com>


STINNER Victor added the comment:

A compromise for the short term would be to detect fork in debug mode
and raise an exception, and explain how to fix such bug. What do you
think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:20:09 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 28 Jun 2017 21:20:09 +0000
Subject: [issue23451] Deprecation warnings building 3.5 Visual Studio Windows
 8.1 64 bit
In-Reply-To: <1423697646.35.0.470486317043.issue23451@psf.upfronthosting.co.za>
Message-ID: <1498684809.87.0.487348684273.issue23451@psf.upfronthosting.co.za>


Steve Dower added the comment:

There is only one deprecation warning left in current builds:

..\Modules\expat\xmlparse.c(796): warning C4996: 'getenv': This function or variable may be unsafe. Consider using _dupenv_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.

----------
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue23451>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:20:42 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 28 Jun 2017 21:20:42 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1405613445.85.0.0173565539891.issue21998@psf.upfronthosting.co.za>
Message-ID: <1498684842.76.0.208441142908.issue21998@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> A compromise for the short term would be to detect fork in debug mode
and raise an exception, and explain how to fix such bug. What do you
think?

I'd prefer to fix it properly in 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:21:13 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 21:21:13 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1405613445.85.0.0173565539891.issue21998@psf.upfronthosting.co.za>
Message-ID: <1498684873.72.0.559662568918.issue21998@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I'm not sure why it would be debug-only.  You usually don't fork() often, and you don't have many event loops around, so the feature sounds cheap.

In any case, I'm not directly affected by this issue, I'm merely suggesting options.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:29:31 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 21:29:31 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498685371.41.0.28905720761.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset c08177a1ccad2ed0d50898c2731b518c631aed14 by Antoine Pitrou in branch 'master':
bpo-30703: Improve signal delivery (#2415)
https://github.com/python/cpython/commit/c08177a1ccad2ed0d50898c2731b518c631aed14


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:47:19 2017
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 28 Jun 2017 21:47:19 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1405613445.85.0.0173565539891.issue21998@psf.upfronthosting.co.za>
Message-ID: <1498686439.42.0.550397391573.issue21998@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> I'm not sure why it would be debug-only.  You usually don't fork() often, and you don't have many event loops around, so the feature sounds cheap.

I think you're right. If it's low or zero overhead we can have the check always enabled.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 17:50:13 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 28 Jun 2017 21:50:13 +0000
Subject: [issue21998] asyncio: support fork
In-Reply-To: <1405613445.85.0.0173565539891.issue21998@psf.upfronthosting.co.za>
Message-ID: <1498686613.58.0.666812147335.issue21998@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21998>
_______________________________________

From report at bugs.python.org  Wed Jun 28 18:18:30 2017
From: report at bugs.python.org (Steve Dower)
Date: Wed, 28 Jun 2017 22:18:30 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498688310.91.0.921085843303.issue30726@psf.upfronthosting.co.za>


Steve Dower added the comment:


New changeset 7526cadd64566725ffc56071a7208828a46ddbd8 by Steve Dower (Segev Finer) in branch 'master':
bpo-30726: Also fix pyexpat.vcxproj (#2375)
https://github.com/python/cpython/commit/7526cadd64566725ffc56071a7208828a46ddbd8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Wed Jun 28 18:23:54 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 22:23:54 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
Message-ID: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

The test added for issue #30703 crashes on some Unix buildbots (FreeBSD 9.x, OS X Tiger, AIX).

Example here:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.x/builds/275/steps/test/logs/stdio

As noted in the PR for that issue, some systems may have low resolution for setitimer(). For example, the FreeBSD man page says:

> Time values smaller than the resolution of the system clock are rounded up to this resolution (typically 10 milliseconds).

----------
components: Tests
messages: 297237
nosy: haypo, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: Failures/crashes in test_signal on some buildbots
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Wed Jun 28 18:24:05 2017
From: report at bugs.python.org (Segev Finer)
Date: Wed, 28 Jun 2017 22:24:05 +0000
Subject: [issue30797] ./pyconfig.h:1438:0: warning: "_GNU_SOURCE" redefined
 [enabled by default]
Message-ID: <1498688645.93.0.221276689872.issue30797@psf.upfronthosting.co.za>


New submission from Segev Finer:

This is caused by _GNU_SOURCE being defined here: https://github.com/python/cpython/blob/c08177a1ccad2ed0d50898c2731b518c631aed14/configure.ac#L124, But also getting defined by AC_USE_SYSTEM_EXTENSIONS (https://github.com/python/cpython/blob/c08177a1ccad2ed0d50898c2731b518c631aed14/configure.ac#L906).

AC_USE_SYSTEM_EXTENSIONS does use an #ifndef but Python's AC_DEFINE seems to be getting order after it.

----------
components: Build
messages: 297238
nosy: Segev Finer
priority: normal
severity: normal
status: open
title: ./pyconfig.h:1438:0: warning: "_GNU_SOURCE" redefined [enabled by default]
type: compile error
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30797>
_______________________________________

From report at bugs.python.org  Wed Jun 28 18:25:02 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 22:25:02 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498688702.57.0.421321382095.issue30796@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +koobs

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Wed Jun 28 18:26:16 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 28 Jun 2017 22:26:16 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498688776.86.0.226625712847.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

koobs, perhaps you would like to give me temporary shell access to that machine?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Wed Jun 28 18:43:53 2017
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 28 Jun 2017 22:43:53 +0000
Subject: [issue30793] Parsing error on f-string-expressions containing strings
 with backslash
In-Reply-To: <1498676293.91.0.9735369648.issue30793@psf.upfronthosting.co.za>
Message-ID: <1498689833.87.0.558717330579.issue30793@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

The reason that this was done was to give us flexibility in deciding how the backslashes should be interpreted in the future. I announced it on python-dev here: https://mail.python.org/pipermail/python-dev/2016-August/145979.html. That message contains a link to the python-ideas discussion that precipitated the change.

PEP 536 is one proposal to change how this is handled. I don't entirely agree with it, since I think allowing:
f'Magic wand: { bag['wand'] }'
would be confusing and make life more difficult for simple (regex based) parsers to skip over f-strings.

Notice that in Jupiter (https://github.com/jupyter/notebook/issues/2037#issuecomment-272466046) and in CodeMirror (https://github.com/codemirror/CodeMirror/commit/c45674b11e990fe37abc662b0c507d3bb1f635e7#diff-04f7f1f1bbbab888742c7e849187a79c) they were able to make simple changes to their parsers and "support" f-strings (for some value of "support": mostly not break in the presence of f-strings).

However, I'm not completely opposed to revisiting the issue. Your use case is certainly a compelling one.

----------
assignee:  -> eric.smith
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30793>
_______________________________________

From report at bugs.python.org  Wed Jun 28 18:49:12 2017
From: report at bugs.python.org (Xavier G. Domingo)
Date: Wed, 28 Jun 2017 22:49:12 +0000
Subject: [issue29988] (async) with blocks and try/finally are not as
 KeyboardInterrupt-safe as one might like
In-Reply-To: <1491349378.03.0.0671954460373.issue29988@psf.upfronthosting.co.za>
Message-ID: <1498690152.23.0.213561369626.issue29988@psf.upfronthosting.co.za>


Changes by Xavier G. Domingo <xgdomingo at gmail.com>:


----------
nosy: +xgdomingo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29988>
_______________________________________

From report at bugs.python.org  Wed Jun 28 19:24:31 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Wed, 28 Jun 2017 23:24:31 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498692271.95.0.794629818926.issue29926@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

In terms of general design cleanliness, I think it would be better to make `interrupt_main` work reliably than to have IDLE add workarounds for its unreliability.

AFAICT the ideal, minimal redundancy solution would be:

- interrupt_main just calls raise(SIGINT)
- bpo-21895 is fixed by adding a few lines to Python's C-level signal handler on Unix-likes to check if it's running in the main thread, and if not then use pthread_kill to redirect the signal to the main thread.

If trying to fix bpo-28195 is too controversial, then a minimal change would be:

- in interrupt_main, if we're on Windows, call raise(SIGINT); otherwise, call pthread_kill(main_thread, SIGINT)

And in either case we'd also have to document that interrupt_main is now equivalent to the user having hit control-C. But AFAICT that's what all its users really want anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Wed Jun 28 19:25:01 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Wed, 28 Jun 2017 23:25:01 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498692301.02.0.227314254225.issue29926@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

Sorry, I meant bpo-21895.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Wed Jun 28 22:14:46 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 29 Jun 2017 02:14:46 +0000
Subject: [issue30787] Please add a comprehensive index of decorators to the
 documentation.
In-Reply-To: <1498573398.64.0.663772847899.issue30787@psf.upfronthosting.co.za>
Message-ID: <1498702486.85.0.616454075455.issue30787@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This request doesn't make sense to me.  Decorators are an implementation technique and not really a topic unto themselves.

FWIW, Guido recently rejected a request to create a listing of all the command line tools.  Python docs are primarily organized by modules of related tools rather than by their implementation technique.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30787>
_______________________________________

From report at bugs.python.org  Wed Jun 28 22:32:34 2017
From: report at bugs.python.org (James Lin)
Date: Thu, 29 Jun 2017 02:32:34 +0000
Subject: [issue30798] Document that subprocess.Popen does not set PWD
Message-ID: <1498703554.38.0.302571639781.issue30798@psf.upfronthosting.co.za>


New submission from James Lin:

Even though http://bugs.python.org/issue4057 was rejected (which I think is fair), I think it would be worth mentioning something about PWD in the Python docs for subprocess.Popen's cwd parameter (and possibly for os.chdir):

1. It's pretty common for people to use Python to execute other things.
2. I don't think it's that uncommon to come across binaries/scripts that directly read PWD instead of calling getcwd() or equivalent.
3. For people who encounter this problem for the first time, it can be really puzzling.

My suggestion would be to add something like:

   Note: Some programs might expect that the current directory is specified in a PWD environment variable.  Callers should explicitly set it themselves when invoking such programs.

or even just:

   Note: Callers are responsible for setting a PWD environment variable if necessary.

----------
assignee: docs at python
components: Documentation
messages: 297244
nosy: docs at python, jamesdlin
priority: normal
severity: normal
status: open
title: Document that subprocess.Popen does not set PWD
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30798>
_______________________________________

From report at bugs.python.org  Wed Jun 28 22:43:10 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 29 Jun 2017 02:43:10 +0000
Subject: [issue30792] Add contextlib.convert_exception manager
In-Reply-To: <1498664911.2.0.271174194344.issue30792@psf.upfronthosting.co.za>
Message-ID: <1498704190.87.0.13904092478.issue30792@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Also clarifying a point that came up later in the thread [1]: one of the motivating examples that came up in the thread was the idea of using this to catch AttributeError exceptions in property and __getattr__ implementations and convert them to RuntimeError.

I don't actually think that's a good use case: using a static analysis tool like 'pylint -E' or mypy, or the builtin error checking in an advanced IDE like PyCharm is a much better approach to detecting that kind of problem.

Instead, the valid use cases I see for runtime exception conversion are in:

- framework development, where you're invoking arbitrary code that you didn't write and want to ensure it can't falsely trigger an exception based event reporting protocol (this is the PEP 479 use case, and we may end up doing this for the exec_module() hook in the import system as well)

- adapting between two different exception based event reporting protocols (e.g. KeyError <-> AttributeError, StopIteration -> AsyncStopIteration)

[1] https://mail.python.org/pipermail/python-ideas/2017-June/046234.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30792>
_______________________________________

From report at bugs.python.org  Wed Jun 28 22:50:49 2017
From: report at bugs.python.org (zachrahan)
Date: Thu, 29 Jun 2017 02:50:49 +0000
Subject: [issue25457] json dump fails for mixed-type keys when sort_keys is
 specified
In-Reply-To: <1445500861.68.0.856599723102.issue25457@psf.upfronthosting.co.za>
Message-ID: <1498704649.33.0.0490832578159.issue25457@psf.upfronthosting.co.za>


zachrahan added the comment:

This one just bit me too. It seems that if JSON serialization accepts non-string dict keys, it should make sure to accept them in all circumstances. Currently, there is an error *only* with mixed-type dicts, *only* when sort_keys=True.

In addition, the error raised in such cases is especially unhelpful. Running the following:
json.dumps({3:1, 'foo':'bar'}, sort_keys=True)

produces a stack trace that terminates in a function defined in C, with this error:
TypeError: '<' not supported between instances of 'str' and 'int'

That error doesn't give non-experts very much to go on...!

The fix is reasonably simple: coerce dict keys to strings *before* trying to sort the keys, not after. The only fuss in making such a patch is that the behavior has to be fixed in both _json.c and in json/encode.py.

The only other consistent behavior would be to disallow non-string keys, but that behavior is at this point very well entrenched. So it only makes sense that encoding should be patched to not fail in corner cases.

----------
nosy: +zachrahan
versions: +Python 3.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue25457>
_______________________________________

From report at bugs.python.org  Wed Jun 28 23:18:05 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 29 Jun 2017 03:18:05 +0000
Subject: [issue30780] IDLE: configdialog - add tests for ConfigDialog GUI.
In-Reply-To: <1498516711.25.0.892352273971.issue30780@psf.upfronthosting.co.za>
Message-ID: <1498706285.03.0.253875828982.issue30780@psf.upfronthosting.co.za>


Louie Lu added the comment:

I'm trying to add the test on configdialog, currently working on KeysTest.

----------
nosy: +louielu

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30780>
_______________________________________

From report at bugs.python.org  Wed Jun 28 23:20:09 2017
From: report at bugs.python.org (Louie Lu)
Date: Thu, 29 Jun 2017 03:20:09 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498706409.06.0.0466757293982.issue30422@psf.upfronthosting.co.za>


Louie Lu added the comment:

Terry: I'm on idle-dev, the bi-weekly sprint I said isn't only one time, I mean about each bi-weekly. I'm ok with concentrate on multiple improvements of one component.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Wed Jun 28 23:23:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 03:23:08 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498706588.29.0.0599137000121.issue30779@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Let's do it 'right'.

Step 1: Write class design in the form of a class with methods with APIs and docstrings as the bodies.

class Changes:
   """Manage a user's proposed configuation option changes.

   Changes are either cancelled or applied in a single transaction.
   Methods used by ConfigDialog:
   meth_a does xa
   Methods used only for testing (if any)
   meth_t does xt for testing
   Internal methods not called externally:
   meth_b does xb.
   """

   def __init__(self, ???):  # new
   """Create configuration option change manager.

   arg: bool, do we like George Boole?
   """

Temporarily comment methods as new, old, renamed from whatever.

Step 2. Test design by writing a test class with at least a few test methods.  If methods are not easy to write, perhaps we should change design.

class ChangesTest(unittest.TestCase):
# no gui needed.    

Step 3. Write simple, clear bodies that make tests pass.

However much you submit, I will review in that order: design, tests, implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Wed Jun 28 23:35:36 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 03:35:36 +0000
Subject: [issue30780] IDLE: configdialog - add tests for ConfigDialog GUI.
In-Reply-To: <1498516711.25.0.892352273971.issue30780@psf.upfronthosting.co.za>
Message-ID: <1498707336.03.0.238183256199.issue30780@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Proceed as you want.  Keep in mind that the interface to the changes structure will be changed by #30779.  The testing logic should not be, however.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30780>
_______________________________________

From report at bugs.python.org  Wed Jun 28 23:46:45 2017
From: report at bugs.python.org (KunYu Chen)
Date: Thu, 29 Jun 2017 03:46:45 +0000
Subject: [issue30422] Add roadmap.txt section to idlelib
In-Reply-To: <1495358662.91.0.337523431285.issue30422@psf.upfronthosting.co.za>
Message-ID: <1498708005.31.0.530498530007.issue30422@psf.upfronthosting.co.za>


KunYu Chen added the comment:

Thanks Terry,

I'll focus on the current tests. Will catch up with you guys later. :D

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30422>
_______________________________________

From report at bugs.python.org  Thu Jun 29 00:59:16 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 04:59:16 +0000
Subject: [issue6691] Support for nested classes and function for pyclbr
In-Reply-To: <1250117262.14.0.353515413158.issue6691@psf.upfronthosting.co.za>
Message-ID: <1498712356.74.0.594780405333.issue6691@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Looking at the code, there are several references to nested classes, implying that they should already work.  So I might want to claim this is a behavior issue, contrary to my adding 'enhancement' before.  But moot point until patch is reviewed and otherwise ready to merge.  And 3.7 would be better than never. The patch does have a new test.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6691>
_______________________________________

From report at bugs.python.org  Thu Jun 29 01:22:30 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 05:22:30 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1498713750.94.0.624719939868.issue11437@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Tal's comments from Rietveld review (see msg220391);

529: Does this have to be a separate, new Tk instance? Wouldn't a temporary widget under the current Tk be just as good? Creating a new Tk instance could take a relatively large amount of time time and perhaps also have visual side-effects.

me> better to use original if possible.

545: Here keylist is mutated inside the for loop which iterates over it. This looks like a bug, and in any case should be avoided.

me> looping over invalid.  But this is part of repeated check which we should avoid.

----------
assignee: asvetlov -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Thu Jun 29 01:28:50 2017
From: report at bugs.python.org (chexex)
Date: Thu, 29 Jun 2017 05:28:50 +0000
Subject: [issue30799] Improved test coverage Lib/_osx_support.py 99%
Message-ID: <1498714130.01.0.630088547438.issue30799@psf.upfronthosting.co.za>


Changes by chexex <levisolympus at gmail.com>:


----------
components: Tests
nosy: chexex
priority: normal
severity: normal
status: open
title: Improved test coverage Lib/_osx_support.py 99%
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30799>
_______________________________________

From report at bugs.python.org  Thu Jun 29 01:37:31 2017
From: report at bugs.python.org (chexex)
Date: Thu, 29 Jun 2017 05:37:31 +0000
Subject: [issue30799] Improved test coverage Lib/_osx_support.py 99%
Message-ID: <1498714651.19.0.0466867599143.issue30799@psf.upfronthosting.co.za>


Changes by chexex <levisolympus at gmail.com>:


----------
pull_requests: +2539

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30799>
_______________________________________

From report at bugs.python.org  Thu Jun 29 01:46:24 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 29 Jun 2017 05:46:24 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498715184.13.0.383714589293.issue30744@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

> I like it because it categorically eliminates the "tracing or not?" global state dependence when it comes to manipulation of the return value of locals() - manipulating that will either always affect the original execution namespace immediately (modules, classes, exec, eval), or always be a completely independent snapshot that can never lead to changes in the original name bindings (functions, generators, coroutines).

Maybe I was unclear...? my question is why you prefer locals-making-a-copy over locals-and-f_locals-for-function-frames-return-proxy-objects. It seems to me that both of these proposals eliminate the "tracing or not?" global state dependence (right?), so this can't be a reason to prefer one over the other. And the latter additionally eliminates the distinction between modules/classes/exec/eval and functions/generators/coroutines, while also avoiding introducing a distinction between locals() and f_locals.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Thu Jun 29 01:46:25 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 05:46:25 +0000
Subject: [issue8231] Unable to run IDLE without write-access to home directory
In-Reply-To: <1269531569.44.0.352644957859.issue8231@psf.upfronthosting.co.za>
Message-ID: <1498715185.53.0.879440117652.issue8231@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Problems with patching 2.7 are no longer relevant.

To test, we should refactor config so that the attempt to find and access $HOME and .idlerc are isolated in a function that can be mocked to simulate various problems.

def get_rc():
   """Return a directory path that is readable and writable.

   If not possible, return an error indicator.  <to be determined>
   """

Testing such a function is a different issue, but I would just reuse existing code.

----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8231>
_______________________________________

From report at bugs.python.org  Thu Jun 29 01:51:33 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 05:51:33 +0000
Subject: [issue15862] IDLE: startup problem when HOME does not exist
In-Reply-To: <1346795014.76.0.789021764596.issue15862@psf.upfronthosting.co.za>
Message-ID: <1498715493.34.0.957122402459.issue15862@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#8231, msg297255 suggests some refactoring to make this sort of thing testable without crippling a developer system.

----------
assignee:  -> terry.reedy
nosy:  -BreamoreBoy
stage:  -> test needed
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15862>
_______________________________________

From report at bugs.python.org  Thu Jun 29 01:56:39 2017
From: report at bugs.python.org (dennis)
Date: Thu, 29 Jun 2017 05:56:39 +0000
Subject: [issue30800] zlib.compressobj took too much memory on window
Message-ID: <1498715799.11.0.0910878994528.issue30800@psf.upfronthosting.co.za>


New submission from dennis:

I'm working on a MMORPG Game server, and using the 32bit window Python(Python2.7.9 and Python3.6.0).
And i create a zlib.compressobj for every connection.

when the connection reach about 7500, the program raise an MemoryError exception. The Program only took me 700MB in memory, But the committed memory is about 2GB.
Here is my test result and test code:
-----------test result------------------
7613 compressobj created!
('memory info:', pmem(rss=736342016, vms=2057256960, num_page_faults=179812, pea
k_wset=736342016, wset=736342016, peak_paged_pool=130760, paged_pool=130584, pea
k_nonpaged_pool=28344, nonpaged_pool=28344, pagefile=2057256960, peak_pagefile=2
057256960, private=2057256960))

--------------test code ----------------
# -*- encoding:utf-8 -*-

import os
import psutil
import zlib

def test():
	result = []
	for i in range(10000):
		try:
			result.append(zlib.compressobj())
		except:
			print('%d compressobj created!'%(i))
			pid = os.getpid()
			p = psutil.Process(pid)
			print('memory info:', p.memory_info())
			break


if __name__ == '__main__':
	test()

----------
components: Windows
messages: 297257
nosy: dennisding, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: zlib.compressobj took too much memory on window
type: resource usage
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30800>
_______________________________________

From report at bugs.python.org  Thu Jun 29 01:59:46 2017
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 29 Jun 2017 05:59:46 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498715986.61.0.831267808284.issue29585@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +2542

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Thu Jun 29 02:31:40 2017
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 29 Jun 2017 06:31:40 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498717900.71.0.665413861276.issue29585@psf.upfronthosting.co.za>


INADA Naoki added the comment:


New changeset 6b42eb17649bed9615b6e6cecaefdb2f46990b2c by INADA Naoki in branch 'master':
bpo-29585: Fix sysconfig.get_config_var("PYTHONFRAMEWORK") (GH-2483)
https://github.com/python/cpython/commit/6b42eb17649bed9615b6e6cecaefdb2f46990b2c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Thu Jun 29 02:32:11 2017
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 29 Jun 2017 06:32:11 +0000
Subject: [issue29585] site.py imports relatively large `sysconfig` module.
In-Reply-To: <1487325423.07.0.0763065668443.issue29585@psf.upfronthosting.co.za>
Message-ID: <1498717931.58.0.178462265544.issue29585@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29585>
_______________________________________

From report at bugs.python.org  Thu Jun 29 02:50:23 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 29 Jun 2017 06:50:23 +0000
Subject: [issue30744] Local variable assignment is broken when combined with
 threads + tracing + closures
In-Reply-To: <1498277129.07.0.940069687434.issue30744@psf.upfronthosting.co.za>
Message-ID: <1498719023.08.0.531572400755.issue30744@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The problem I see with proxy objects for functions/coroutines/generators is that it *doesn't* match how locals() currently behaves in the absence of a tracing function - that gives you a "single shared snapshot" behaviour, where writes to the result of locals() *don't* affect the original namespace.

I agree that replacing frame.f_locals with a write-through proxy would be a good way to get rid of PyFrame_LocalsToFast, though (and thus fix the bug this issue covers).

The point where we disagree is that I think we should replace the tracing-or-not distinction with a locals()-or-frame.f_locals distinction, not get rid of the distinction entirely.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30744>
_______________________________________

From report at bugs.python.org  Thu Jun 29 03:26:44 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 07:26:44 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498721204.75.0.95168575905.issue30796@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The process is even killed.

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

Re-running test 'test_signal' in verbose mode
test_enums (test.test_signal.GenericTests) ... ok
test_itimer_exc (test.test_signal.ItimerTest) ... ok
test_itimer_prof (test.test_signal.ItimerTest) ... ok
test_itimer_real (test.test_signal.ItimerTest) ... ok
test_itimer_virtual (test.test_signal.ItimerTest) ... ok
test_pthread_kill (test.test_signal.PendingSignalsTests) ... ok
test_pthread_kill_main_thread (test.test_signal.PendingSignalsTests) ... ok
test_pthread_sigmask (test.test_signal.PendingSignalsTests) ... ok
test_pthread_sigmask_arguments (test.test_signal.PendingSignalsTests) ... ok
test_sigpending (test.test_signal.PendingSignalsTests) ... ok
test_sigpending_empty (test.test_signal.PendingSignalsTests) ... ok
test_sigtimedwait (test.test_signal.PendingSignalsTests) ... ok
test_sigtimedwait_negative_timeout (test.test_signal.PendingSignalsTests) ... ok
test_sigtimedwait_poll (test.test_signal.PendingSignalsTests) ... ok
test_sigtimedwait_timeout (test.test_signal.PendingSignalsTests) ... ok
test_sigwait (test.test_signal.PendingSignalsTests) ... ok
test_sigwait_thread (test.test_signal.PendingSignalsTests) ... ok
test_sigwaitinfo (test.test_signal.PendingSignalsTests) ... ok
test_getsignal (test.test_signal.PosixTests) ... ok
test_interprocess_signal (test.test_signal.PosixTests) ... ok
test_out_of_range_signal_number_raises_error (test.test_signal.PosixTests) ... ok
test_setting_signal_handler_to_none_raises_error (test.test_signal.PosixTests) ... ok
test_siginterrupt_off (test.test_signal.SiginterruptTest) ... ok
test_siginterrupt_on (test.test_signal.SiginterruptTest) ... ok
test_without_siginterrupt (test.test_signal.SiginterruptTest) ... ok
test_stress_delivery_dependent (test.test_signal.StressTest) ... FAIL
test_stress_delivery_simultaneous (test.test_signal.StressTest) ... FAIL
test_invalid_fd (test.test_signal.WakeupFDTests) ... ok
test_invalid_socket (test.test_signal.WakeupFDTests) ... ok
test_set_wakeup_fd_blocking (test.test_signal.WakeupFDTests) ... ok
test_set_wakeup_fd_result (test.test_signal.WakeupFDTests) ... ok
test_set_wakeup_fd_socket_result (test.test_signal.WakeupFDTests) ... ok
test_pending (test.test_signal.WakeupSignalTests) ... *** [buildbottest] Signal 14

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 03:42:43 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 07:42:43 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks references
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498722163.97.0.135487362429.issue30776@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2543

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Thu Jun 29 03:56:43 2017
From: report at bugs.python.org (alberfontan1)
Date: Thu, 29 Jun 2017 07:56:43 +0000
Subject: [issue30801] shoutdown process error with python 3.4 and pyqt/PySide
Message-ID: <1498723003.06.0.480156754664.issue30801@psf.upfronthosting.co.za>


New submission from alberfontan1:

For a package applicaction with pyqt/PySide, Python 3.4 on Windows, appers a window fatal error when shoutdown process manager of multiprocessing

----------
components: Library (Lib)
messages: 297261
nosy: alberfontan1
priority: normal
severity: normal
status: open
title: shoutdown process error with python 3.4 and pyqt/PySide
type: crash
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30801>
_______________________________________

From report at bugs.python.org  Thu Jun 29 03:57:12 2017
From: report at bugs.python.org (alberfontan1)
Date: Thu, 29 Jun 2017 07:57:12 +0000
Subject: [issue30801] shoutdown process error with python 3.4 and pyqt/PySide
In-Reply-To: <1498723003.06.0.480156754664.issue30801@psf.upfronthosting.co.za>
Message-ID: <1498723032.05.0.268471651709.issue30801@psf.upfronthosting.co.za>


Changes by alberfontan1 <alberfontan1 at gmail.com>:


----------
pull_requests: +2544

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30801>
_______________________________________

From report at bugs.python.org  Thu Jun 29 04:17:15 2017
From: report at bugs.python.org (Daryl Blanc)
Date: Thu, 29 Jun 2017 08:17:15 +0000
Subject: [issue24412] setUpClass equivalent for addCleanup
In-Reply-To: <1433788299.35.0.440062273493.issue24412@psf.upfronthosting.co.za>
Message-ID: <1498724235.35.0.387400859699.issue24412@psf.upfronthosting.co.za>


Changes by Daryl Blanc <darylblanc at gmail.com>:


----------
nosy: +dablanc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24412>
_______________________________________

From report at bugs.python.org  Thu Jun 29 04:31:07 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 08:31:07 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1498725067.34.0.382793905793.issue30602@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2545

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Thu Jun 29 04:32:51 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 08:32:51 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks references
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498725171.83.0.367989115813.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset beeca6e1e5fd01531b1db7059498b13d07dca525 by Victor Stinner in branch 'master':
bpo-30776: regrtest: reduce memleak false positive (#2484)
https://github.com/python/cpython/commit/beeca6e1e5fd01531b1db7059498b13d07dca525


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Thu Jun 29 04:37:23 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 08:37:23 +0000
Subject: [issue27546] Integrate tkinter and asyncio (and async)
In-Reply-To: <1468815010.57.0.709565417017.issue27546@psf.upfronthosting.co.za>
Message-ID: <1498725443.4.0.269851896853.issue27546@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

If you're interesting in this, you should take a look at what Twisted has done, since they have a history of integrating with various GUI toolkits.
You'll find everything in the "twisted.internet" package:
https://github.com/twisted/twisted/tree/trunk/src/twisted/internet

It appears that for Tk, they use an ugly busy-loop trick as proposed here.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27546>
_______________________________________

From report at bugs.python.org  Thu Jun 29 04:37:31 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 08:37:31 +0000
Subject: [issue27546] Integrate tkinter and asyncio (and async)
In-Reply-To: <1468815010.57.0.709565417017.issue27546@psf.upfronthosting.co.za>
Message-ID: <1498725451.44.0.775640369107.issue27546@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27546>
_______________________________________

From report at bugs.python.org  Thu Jun 29 04:46:16 2017
From: report at bugs.python.org (Erik Bray)
Date: Thu, 29 Jun 2017 08:46:16 +0000
Subject: [issue24766] Subclass of property doesn't preserve instance __doc__
 when using doc= argument
In-Reply-To: <1438362123.61.0.0930515598899.issue24766@psf.upfronthosting.co.za>
Message-ID: <1498725976.65.0.489953879514.issue24766@psf.upfronthosting.co.za>


Changes by Erik Bray <erik.m.bray at gmail.com>:


----------
pull_requests: +2546

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24766>
_______________________________________

From report at bugs.python.org  Thu Jun 29 04:53:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 08:53:25 +0000
Subject: [issue30602] [Windows] os.spawn*() tests of test_os leak references
 on Windows
In-Reply-To: <1496938727.77.0.570436657393.issue30602@psf.upfronthosting.co.za>
Message-ID: <1498726405.04.0.990795018205.issue30602@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset b78fbaaeab9df8cfbbdae3d5faf2d1537d73e43b by Victor Stinner in branch '3.6':
bpo-30602: Fix refleak in os.spawnv() (#2212) (#2486)
https://github.com/python/cpython/commit/b78fbaaeab9df8cfbbdae3d5faf2d1537d73e43b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30602>
_______________________________________

From report at bugs.python.org  Thu Jun 29 04:58:08 2017
From: report at bugs.python.org (winton Wang)
Date: Thu, 29 Jun 2017 08:58:08 +0000
Subject: [issue30802] datetime.datetime.strptime('200722', '%Y%U')
Message-ID: <1498726688.6.0.920894490968.issue30802@psf.upfronthosting.co.za>


New submission from winton Wang:

datetime stiptime error according to "%U" format.

Python version: 3.4.3, 2.7.13 ,3.6.0, 3.5.2


from datetime import datetime

input:
  datetime.strptime('201726', '%Y%U')

output:
  datetime.datetime(2007, 1, 1, 0, 0)

----------
components: Library (Lib)
messages: 297265
nosy: winton
priority: normal
severity: normal
status: open
title: datetime.datetime.strptime('200722', '%Y%U')
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30802>
_______________________________________

From report at bugs.python.org  Thu Jun 29 05:03:11 2017
From: report at bugs.python.org (winton Wang)
Date: Thu, 29 Jun 2017 09:03:11 +0000
Subject: [issue30802] datetime.datetime.strptime('200722', '%Y%U')
In-Reply-To: <1498726688.6.0.920894490968.issue30802@psf.upfronthosting.co.za>
Message-ID: <1498726991.64.0.774739216489.issue30802@psf.upfronthosting.co.za>


winton Wang added the comment:

the output:
   datetime.datetime(2017, 1, 1, 0, 0)

I question about the week format if without the week of the weekday, the datetime should be the fist day of week as the default?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30802>
_______________________________________

From report at bugs.python.org  Thu Jun 29 07:13:24 2017
From: report at bugs.python.org (Kubilay Kocak)
Date: Thu, 29 Jun 2017 11:13:24 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498734804.59.0.504616816229.issue30796@psf.upfronthosting.co.za>


Kubilay Kocak added the comment:

@Antoine Happy to any time. PM me public key on IRC (freenode:koobs) and I'll reply with user at host:port

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 08:07:43 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 12:07:43 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498738063.52.0.473693604048.issue30796@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2547

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 09:36:18 2017
From: report at bugs.python.org (Peter Thomassen)
Date: Thu, 29 Jun 2017 13:36:18 +0000
Subject: [issue30803] Truth value of sets not properly documented
Message-ID: <1498743378.1.0.0570911503542.issue30803@psf.upfronthosting.co.za>


New submission from Peter Thomassen:

The truth value of sets is not properly documented, in particular regarding whether an empty set is considered false or not.

Ignoring primitive (such as numerals) as well as user-defined types, https://docs.python.org/3/library/stdtypes.html#truth says:

> The following values are considered false:
> 
> - [...]
> - any empty sequence, for example, '', (), [].
> - any empty mapping, for example, {}.
> - [...]
> 
> All other values are considered true

According to https://docs.python.org/3/library/stdtypes.html#sequence-types-list-tuple-range, a set is not a sequence (it is unordered, its elements do not have indices, etc.):

> There are three basic sequence types: lists, tuples, and range objects.

And, according to https://docs.python.org/3/library/stdtypes.html#mapping-types-dict,

> There is currently only one standard mapping type, the dictionary.

So, as per the documentation, the set type is not a type that can ever be False. However, when I try, bool(set()) evaluates to False.

When I asked this on Stack Overflow, someone checked in the CPython code and judged that this is most likely a mere documentation issue: https://stackoverflow.com/a/44813565/6867099

----------
assignee: docs at python
components: Documentation
messages: 297268
nosy: docs at python, thomassen
priority: normal
severity: normal
status: open
title: Truth value of sets not properly documented
type: enhancement
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30803>
_______________________________________

From report at bugs.python.org  Thu Jun 29 09:50:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 13:50:06 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498744206.39.0.487843868902.issue30302@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Between datetime.timedelta(0) and datetime.timedelta(seconds=0), I am ambivalent but I prefer the latter for consistency with the other repr.

I read your latest PR. Now I don't like seconds=0 anymore. I would prefer a datetime.timedelta(0) special case.

In the Python implementation, add:

if not args:
   args.append('0')

and remove the "not days and not microseconds" special case.

datetime.timedelta(0) was always valid, and IMHO it's explicitly enough.

I'm also ok with "datetime.timedelta()" alone, since it was also always accepted and is also well defined.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Thu Jun 29 10:18:25 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 14:18:25 +0000
Subject: [issue30581] os.cpu_count() returns wrong number of processors on
 system with > 64 logical processors
In-Reply-To: <1496753379.54.0.823104830335.issue30581@psf.upfronthosting.co.za>
Message-ID: <1498745905.8.0.709189877982.issue30581@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage:  -> needs patch
versions: +Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30581>
_______________________________________

From report at bugs.python.org  Thu Jun 29 10:21:06 2017
From: report at bugs.python.org (R. David Murray)
Date: Thu, 29 Jun 2017 14:21:06 +0000
Subject: [issue13821] misleading return from isidentifier
In-Reply-To: <1326934459.59.0.614334427327.issue13821@psf.upfronthosting.co.za>
Message-ID: <1498746066.3.0.805066782601.issue13821@psf.upfronthosting.co.za>


R. David Murray added the comment:

IMO allow_non_nfkc=True that just returns False would be a bad idea, since as Benjamin points out it *is* a valid identifier, it's just not normalized (yet).  Raising might work, that way you could tell the difference, but that would be a weird API for such a check function.  Regardless, we should probably keep this issue to a doc patch, and open a new issue for any proposed enhancement request.  

And you probably want to discuss it on python-ideas first, since the underlying issue is a bit complex and the solution non-obvious, with possible knock-on effects.  (Or maybe I'm wrong and the consensus will be that returning False with that flag would be fine.)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13821>
_______________________________________

From report at bugs.python.org  Thu Jun 29 10:38:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 14:38:49 +0000
Subject: [issue13821] misleading return from isidentifier
In-Reply-To: <1326934459.59.0.614334427327.issue13821@psf.upfronthosting.co.za>
Message-ID: <1498747129.23.0.792642124612.issue13821@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13821>
_______________________________________

From report at bugs.python.org  Thu Jun 29 10:40:16 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 14:40:16 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498747216.71.0.486710533178.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset f7d090c165f6cd3d008fe60c78e5324caef53f80 by Antoine Pitrou in branch 'master':
bpo-30796: Fix failures in signal delivery stress test (#2488)
https://github.com/python/cpython/commit/f7d090c165f6cd3d008fe60c78e5324caef53f80


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 10:48:17 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 29 Jun 2017 14:48:17 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1498747697.16.0.129556818332.issue30647@psf.upfronthosting.co.za>


Nick Coghlan added the comment:


New changeset 18974c35ad9d25ffea041dc0363dc01889f4a595 by Nick Coghlan in branch 'master':
bpo-30647: Check nl_langinfo(CODESET) in locale coercion (GH-2374)
https://github.com/python/cpython/commit/18974c35ad9d25ffea041dc0363dc01889f4a595


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Thu Jun 29 10:52:41 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 29 Jun 2017 14:52:41 +0000
Subject: [issue30647] CODESET error on AMD64 FreeBSD 10.x Shared 3.x caused by
 the PEP 538
In-Reply-To: <1497344491.93.0.313119672521.issue30647@psf.upfronthosting.co.za>
Message-ID: <1498747961.94.0.0144069627817.issue30647@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I was able to fix the test_readline failure by restoring the locale based on the environment settings with `setlocale(LC_CTYPE, "")` rather than the return value from a preceding call to `setlocale(LC_CTYPE, NULL)`.

That means we can leave the runtime coercion checks enabled on *BSD systems, and if/when any given BSD variant adds working Linux-style C.UTF-8 or OS-X-style UTF-8 locales, we'll automatically start using them.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30647>
_______________________________________

From report at bugs.python.org  Thu Jun 29 10:59:37 2017
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 29 Jun 2017 14:59:37 +0000
Subject: [issue30802] datetime.datetime.strptime('200722', '%Y%U')
In-Reply-To: <1498726688.6.0.920894490968.issue30802@psf.upfronthosting.co.za>
Message-ID: <1498748377.11.0.500828439575.issue30802@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

Expected result is datetime.datetime(2017, 6, 25, 0, 0).

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30802>
_______________________________________

From report at bugs.python.org  Thu Jun 29 10:59:43 2017
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 29 Jun 2017 14:59:43 +0000
Subject: [issue27584] New addition of vSockets to the python socket module
In-Reply-To: <1469115390.74.0.838831983223.issue27584@psf.upfronthosting.co.za>
Message-ID: <1498748383.11.0.275590796519.issue27584@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2548

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27584>
_______________________________________

From report at bugs.python.org  Thu Jun 29 11:14:26 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 15:14:26 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498749266.75.0.957542120032.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

The stable buildbots seem fine now (problem fixed on FreeBSD 9, thank you Koobs!).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 11:18:02 2017
From: report at bugs.python.org (Cathy Avery)
Date: Thu, 29 Jun 2017 15:18:02 +0000
Subject: [issue27584] New addition of vSockets to the python socket module
In-Reply-To: <1469115390.74.0.838831983223.issue27584@psf.upfronthosting.co.za>
Message-ID: <1498749482.36.0.50036282782.issue27584@psf.upfronthosting.co.za>


Cathy Avery added the comment:

I also issued a pull request

https://github.com/python/cpython/pull/2489

Let me know if I screwed it up.

Thanks,

Cathy

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27584>
_______________________________________

From report at bugs.python.org  Thu Jun 29 11:30:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 15:30:53 +0000
Subject: [issue30804] bolen-dmg-3.x build-installer.py failed
Message-ID: <1498750253.94.0.363268872371.issue30804@psf.upfronthosting.co.za>


New submission from STINNER Victor:

It may be related to bpo-29585, see commits:

- a8f8d5b4bd30dbe0828550469d98f12d2ebb2ef4
- b01c574ad6d796025152b5d605eceb7816e6f7a7
- 6b42eb17649bed9615b6e6cecaefdb2f46990b2c

http://buildbot.python.org/all/builders/bolen-dmg-3.x/builds/209/steps/compile/logs/stdio

...
gcc-4.0 -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g -L/Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/dmg/libraries/usr/local/lib  -Wl,-stack_size,1000000  -framework CoreFoundation Python.framework/Versions/3.7/Python -o python.exe Programs/python.o  -ldl  -framework CoreFoundation     
DYLD_FRAMEWORK_PATH=/Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/dmg/_bld/python ./python.exe -E -S -m sysconfig --generate-posix-vars ;\
if test $? -ne 0 ; then \
	echo "generate-posix-vars failed" ; \
	rm -f ./pybuilddir.txt ; \
	exit 1 ; \
fi
gcc-4.0 -c  -fno-strict-aliasing -Wsign-compare -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g -I/Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/dmg/libraries/usr/local/include   -std=c99 -Wextra -Wno-unused-parameter -Wno-missing-field-initializers  -IObjects -IInclude -IPython -I. -I/Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/Include -isysroot /Developer/SDKs/MacOSX10.4u.sdk    -DPy_BUILD_CORE -o Modules/_math.o /Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/Modules/_math.c
  File "/Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/Mac/BuildScript/build-installer.py", line 1643, in <module>
    main()
  File "/Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/Mac/BuildScript/build-installer.py", line 1596, in main
    buildPython()
  File "/Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/Mac/BuildScript/build-installer.py", line 1146, in buildPython
    runCommand("make")
  File "/Users/db3l/buildarea.dmg/bolen-dmg-3.x/build/Mac/BuildScript/build-installer.py", line 531, in runCommand
    raise RuntimeError("command failed: %s"%(commandline,))
RuntimeError: command failed: make
program finished with exit code 1
elapsedTime=1419.113943

----------
components: macOS
messages: 297277
nosy: haypo, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: bolen-dmg-3.x build-installer.py failed
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30804>
_______________________________________

From report at bugs.python.org  Thu Jun 29 11:31:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 15:31:54 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498750314.86.0.634940509978.issue30796@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/979/steps/test/logs/stdio

test_stress_delivery_dependent (test.test_signal.StressTest) ... Timeout (0:15:00)!
Thread 0x405acdc0 (most recent call first):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_signal.py", line 973 in measure_itimer_resolution
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_signal.py", line 985 in decide_itimer_count
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_signal.py", line 1001 in test_stress_delivery_dependent
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/case.py", line 615 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/case.py", line 663 in __call__
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", line 122 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", line 84 in __call__
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", line 122 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", line 84 in __call__
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", line 122 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", line 84 in __call__
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/runner.py", line 176 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/support/__init__.py", line 1896 in _run_suite
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/support/__init__.py", line 1940 in run_unittest
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/libregrtest/runtest.py", line 168 in test_runner
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/libregrtest/runtest.py", line 169 in runtest_inner
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/libregrtest/runtest.py", line 137 in runtest
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/libregrtest/main.py", line 290 in rerun_failed_tests
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/libregrtest/main.py", line 540 in _main
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/libregrtest/main.py", line 510 in main
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/libregrtest/main.py", line 585 in main
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/__main__.py", line 2 in <module>
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/runpy.py", line 85 in _run_code
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/runpy.py", line 193 in _run_module_as_main
make: *** [buildbottest] Error 1
program finished with exit code 2
elapsedTime=2727.765081

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 12:09:03 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 16:09:03 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498752543.15.0.041677244803.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Hmm, that function only sends 20 signals in a row.  How can it timeout after 15 seconds?

----------
nosy: +db3l

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 12:14:24 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 16:14:24 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498752864.02.0.757561913137.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Hmm, it's not 15 seconds, it's 15 minutes...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 12:18:34 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 16:18:34 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498753114.41.0.311018490357.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, there's definitely something fishy here.  Look at the elapsed times:

0:16:33 load avg: 0.93 [281/406] test_ossaudiodev skipped -- running: test_signal (874 sec)
test_ossaudiodev skipped -- [Errno 2] No such file or directory: '/dev/dsp'
0:16:59 load avg: 0.95 [282/406/1] test_signal crashed (Exit code 1)
Timeout (0:15:00)!


faulthandler claims that 15 minutes have elapsed, but only 59-33 = 26 *seconds* have!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 12:29:08 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 16:29:08 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498753748.64.0.426057534601.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

x86 Tiger is fine too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 12:31:36 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 16:31:36 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498753896.68.0.385536127628.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

David, would it be possible to have shell access to that machine?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 13:03:40 2017
From: report at bugs.python.org (Nate Soares)
Date: Thu, 29 Jun 2017 17:03:40 +0000
Subject: [issue30772] If I make an attribute "
In-Reply-To: <1498672521.72.0.48231977361.issue30772@psf.upfronthosting.co.za>
Message-ID: <CAB7CYTz5iXoRdJ2=M==ddFKhFFV06rv_WdS6tnZfmBv-UCchpQ@mail.gmail.com>


Nate Soares added the comment:

To be clear, the trouble I was trying to point at is that if foo.py didn't
have __all__, then it would still have a BB attribute. But if the module is
given __all__, the BB is normalized away into a B. This seems like pretty
strange/counterintuitive behavior. For instance, I found this bug when I
added __all__ to a mathy library, where other modules had previously been
happily importing BB and using <module>.BB etc. with no trouble.

In other words, I could accept "BB gets normalized to B always", but the
current behavior is "modules are allowed to have a BB attribute but only if
they don't use __all__, because __all__ requires putting the BB through a
process that normalizes it to B, and which otherwise doesn't get run".

If this is "working as intended" then w/e, I'll work around it, but I want
to make sure that we all understand the inconsistency before letting this
bug die in peace :-)

On Wed, Jun 28, 2017 at 10:55 AM Brett Cannon <report at bugs.python.org>
wrote:

>
> Changes by Brett Cannon <brett at python.org>:
>
>
> ----------
> resolution:  -> not a bug
> stage:  -> resolved
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30772>
> _______________________________________
>

----------
title: If I make an attribute "[a unicode version of B]", it gets assigned to "[ascii B]", and so on. -> If I make an attribute "

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30772>
_______________________________________

From report at bugs.python.org  Thu Jun 29 13:10:44 2017
From: report at bugs.python.org (Cathy Avery)
Date: Thu, 29 Jun 2017 17:10:44 +0000
Subject: [issue27584] New addition of vSockets to the python socket module
In-Reply-To: <1469115390.74.0.838831983223.issue27584@psf.upfronthosting.co.za>
Message-ID: <1498756244.7.0.686402464171.issue27584@psf.upfronthosting.co.za>


Cathy Avery added the comment:

The build and test bots failed but I don't understand why. The build could not find module _socket but that is not new and other modules failed.

The test could not import fcntl which I did add but should not fail as I have run this test many time and other tests import fcntl.

https://github.com/python/cpython/pull/2489

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27584>
_______________________________________

From report at bugs.python.org  Thu Jun 29 13:21:47 2017
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 29 Jun 2017 17:21:47 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498756907.1.0.443822251284.issue29926@psf.upfronthosting.co.za>


Eryk Sun added the comment:

> interrupt_main is now equivalent to the user having hit control-C. 

That's true on a POSIX system with pthread_kill, but not really for a Windows process that's attached to a console.      

A real Ctrl+C executes the registered control handlers for the process. To emulate this, PyErr_SetInterrupt could try calling GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0) to broadcast a Ctrl+C event. If the latter fails, it can fall back on raise(SIGINT), such as when the process isn't attached to a console.

One problem is that GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0) doesn't cancel a blocking console read like Ctrl+C does. Python's C handler could call CancelSynchronousIo(hMainThread) to address this problem in general. Unfortunately, when a console read is canceled in the client, it isn't canceled in the console itself. The contents of the read will be discarded, but it's a bit clunky that the user has to press enter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Thu Jun 29 13:36:11 2017
From: report at bugs.python.org (Segev Finer)
Date: Thu, 29 Jun 2017 17:36:11 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498757771.7.0.894920599365.issue30726@psf.upfronthosting.co.za>


Segev Finer added the comment:

All that remains is back porting https://github.com/python/cpython/pull/2375 and than this issue is fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Thu Jun 29 13:36:59 2017
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 29 Jun 2017 17:36:59 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498757819.49.0.946504379591.issue29926@psf.upfronthosting.co.za>


Eryk Sun added the comment:

Terry, I assume you ran IDLE via pyw.exe or pythonw.exe, which won't inherit the console of its parent. You have to use py.exe or python.exe. In this case you can also use sys.__stdout__.write('spam\n').

If you run via pythonw.exe or pyw.exe from a command prompt, you could use ctypes to attach to the console, but it would involve searching back to find the cmd.exe or powershell.exe PID to call AttachConsole(pid). More simply you can call ctypes.WinDLL('kernel32').AllocConsole() to get a new one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Thu Jun 29 13:40:25 2017
From: report at bugs.python.org (William Grzybowski)
Date: Thu, 29 Jun 2017 17:40:25 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
Message-ID: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>


New submission from William Grzybowski:

If a process is schedule to run in the event loop with debug disabled
and debug is then enabled before the process finishes it will result in
a traceback: debug_log undefined.

[2017/06/29 14:39:13] (ERROR) asyncio.default_exception_handler():1261 - Ta
sk exception was never retrieved
future: <Task finished coro=<kmod_load() done, defined at /usr/local/lib/py
thon3.6/site-packages/middlewared/plugins/vm.py:502> exception=UnboundLocal
Error("local variable 'debug_log' referenced before assignment",)>
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/middlewared/plugins/vm.py",
line 503, in kmod_load
    kldstat = (await (await Popen(['/sbin/kldstat'], stdout=subprocess.PIPE
)).communicate())[0].decode()
  File "/usr/local/lib/python3.6/asyncio/subprocess.py", line 225, in creat
e_subprocess_exec
    stderr=stderr, **kwds)
  File "/usr/local/lib/python3.6/asyncio/base_events.py", line 1194, in sub
process_exec
    logger.info('%s: %r', debug_log, transport)

----------
components: asyncio
messages: 297289
nosy: wg, yselivanov
priority: normal
pull_requests: 2549
severity: normal
status: open
title: asyncio: race condition with debug and subprocess
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Thu Jun 29 13:55:05 2017
From: report at bugs.python.org (Steve Dower)
Date: Thu, 29 Jun 2017 17:55:05 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498758905.27.0.861147722004.issue30726@psf.upfronthosting.co.za>


Steve Dower added the comment:

How far back does it need to be ported? Just to 3.5?

----------
stage:  -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Thu Jun 29 14:11:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 18:11:41 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498759901.16.0.379711725003.issue29926@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

It appears you are right about open('con'...).

However, this issue is about the fact that 
>>> import time; time.sleep(10)
^C
...
KeyboardInterrupt

works in the console but does not work in the IDLE Shell in default mode.  In default mode (-n not on the command line) entered code is executed in a separate process and and ^C causes a message to be sent to the separate process to simulate ^C keypress by calling 'something'.

The indirect process works for 'normal' code like
>>> s = input('Hi')
so input() is not part of this issue, except that it or its interruption should not be broken.  Ditto for
>>> while True: pass

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Thu Jun 29 14:26:22 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 29 Jun 2017 18:26:22 +0000
Subject: [issue6691] Support for nested classes and function for pyclbr
In-Reply-To: <1250117262.14.0.353515413158.issue6691@psf.upfronthosting.co.za>
Message-ID: <1498760782.13.0.656486511089.issue6691@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I'm working on a PR for this.  It passed the existing test cases, but then I tried something that didn't pass, so I'm working on fixing that.

----------
nosy: +csabella

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6691>
_______________________________________

From report at bugs.python.org  Thu Jun 29 14:28:52 2017
From: report at bugs.python.org (Utkarsh Upadhyay)
Date: Thu, 29 Jun 2017 18:28:52 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498760932.72.0.978800145294.issue30302@psf.upfronthosting.co.za>


Utkarsh Upadhyay added the comment:

I went through the e-mail chain discussing the changes in repr again and I have come around to seeing that though Guido was somewhat opposed to the idea of factoring out the minus sign because it would have meant changing the attributes [1], what he really didn't want was perhaps adding attributes in repr which don't exist on the object [2]. Changing to keyword arguments was a 'go', though [3].

Esp. after it has been pointed out how easy it would be do implement, my opposition to the idea of factoring out the negative sign has somewhat come down. Personally, I prefer the current version.

Further, this PR has also come to fix a couple of issues in the testing framework and it is becoming rather unwieldy to throw in doc-string changes into it as well. Hence, after some discussion with @haypo, I think I'll make a separate PR for fixing the docstrings after this PR is merged; there was general consensus that the docstrings should be fixed [4,5]. @haypo has, thankfully, showed me how and where to do that using Argument Clinic, which was the show-stopper the last time [6].

Thoughts and opinions?

~
ut

[1]: https://marc.info/?l=python-dev&m=145066335824146&w=2
[2]: https://marc.info/?l=python-dev&m=145066934224955&w=2
[3]: https://marc.info/?l=python-dev&m=145073617109654&w=2
[4]: https://marc.info/?l=python-dev&m=145073579109548&w=2
[5]: https://marc.info/?l=python-dev&m=145073612409626&w=2
[6]: https://marc.info/?l=python-dev&m=145075173412963&w=2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Thu Jun 29 14:35:14 2017
From: report at bugs.python.org (R. David Murray)
Date: Thu, 29 Jun 2017 18:35:14 +0000
Subject: [issue30755] locale.normalize() and getdefaultlocale() convert
 C.UTF-8 to en_US.UTF-8
In-Reply-To: <1498409939.21.0.261757462715.issue30755@psf.upfronthosting.co.za>
Message-ID: <1498761314.69.0.600913471091.issue30755@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30755>
_______________________________________

From report at bugs.python.org  Thu Jun 29 14:41:36 2017
From: report at bugs.python.org (R. David Murray)
Date: Thu, 29 Jun 2017 18:41:36 +0000
Subject: [issue30760] configparse module in python3 can not write '%' to
 config file
In-Reply-To: <1498470490.58.0.585332868378.issue30760@psf.upfronthosting.co.za>
Message-ID: <1498761696.43.0.3158571757.issue30760@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30760>
_______________________________________

From report at bugs.python.org  Thu Jun 29 14:54:25 2017
From: report at bugs.python.org (David Bolen)
Date: Thu, 29 Jun 2017 18:54:25 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498762465.89.0.282477702846.issue30796@psf.upfronthosting.co.za>


David Bolen added the comment:

Antoine, yes.  Send me your public key (db3l.net at gmail) and I'll set it up.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:08:05 2017
From: report at bugs.python.org (tom kronmiller)
Date: Thu, 29 Jun 2017 19:08:05 +0000
Subject: [issue30787] Please add a comprehensive index of decorators to the
 documentation.
In-Reply-To: <1498573398.64.0.663772847899.issue30787@psf.upfronthosting.co.za>
Message-ID: <1498763285.21.0.679100574331.issue30787@psf.upfronthosting.co.za>


tom kronmiller added the comment:

I would not object if there was an index which contained the decorators among other things, but I have found it difficult in practice to discover things like @staticmethod and @contextmanager.  Just as I browse the index of library modules to for insight as to what it provides, I would like to browse the decorators for insight as to problems that have been solved using them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30787>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:12:21 2017
From: report at bugs.python.org (James)
Date: Thu, 29 Jun 2017 19:12:21 +0000
Subject: [issue30806] netrc.__repr__() is broken for writing to file
Message-ID: <1498763541.77.0.380552653426.issue30806@psf.upfronthosting.co.za>


New submission from James:

Have any valid .netrc file. For testing purposes you can use this:

machine abc.xyz login myusername password mypassword

The documentation for netrc.__repr__() states that it "dumps the class data as a string in the format of a netrc file". However, when you try to actually do this, you'll encounter a nasty bug. This can be seen by running the follow commands:

auth = netrc.netrc(os.path.expanduser(r"~\.netrc"))
print(auth.__repr__())

The expected output is:

machine abc.xyz
        login myusername
        password mypassword

The actual output is:

machine abc.xyz
        login 'myusername'
        password 'mypassword'

If you write this back out to the .netrc file, authentication will fail since incorrect username/password (with ' character at beginning at end) will be passed.

----------
components: Library (Lib)
messages: 297296
nosy: Bezier89
priority: normal
pull_requests: 2550
severity: normal
status: open
title: netrc.__repr__() is broken for writing to file
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30806>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:37:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 19:37:13 +0000
Subject: [issue1612262] Class Browser doesn't show internal classes
Message-ID: <1498765033.88.0.396227257315.issue1612262@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I believe the patch for #6691 will also add detection of nested functions.  If  so, the IDLE patch must also make use of that new information.

If the patch for #6691 is only applied to 3.7, I want to put a temporary copy of the revised pyclbr in 3.6 idlelib, perhaps as _pyclbr, and change the 3.6 import accordingly.

----------
assignee:  -> terry.reedy
nosy: +csabella
priority: normal -> high
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1612262>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:40:09 2017
From: report at bugs.python.org (Segev Finer)
Date: Thu, 29 Jun 2017 19:40:09 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1498765209.11.0.0332090867256.issue9566@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2551

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:43:11 2017
From: report at bugs.python.org (Segev Finer)
Date: Thu, 29 Jun 2017 19:43:11 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1498765391.52.0.335266571465.issue9566@psf.upfronthosting.co.za>


Segev Finer added the comment:

I submitted a PR which fixes some more warnings. The ones I haven't fixed are detailed in the PR description.

----------
nosy: +Segev Finer
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:44:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 19:44:54 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498765494.71.0.746921683073.issue30726@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> How far back does it need to be ported? Just to 3.5?

Up to 2.7, expat 2.2.1 was updated to 2.7 as well. I even proposed a PR for 3.3 and 3.4 (not merged yet). But since this issue only fixes a warning, I don't think that it's worth it to backport it to 3.3 and 3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:45:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 19:45:00 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498765500.17.0.657584983531.issue30726@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:49:10 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 19:49:10 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
Message-ID: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

The C setitimer() function supports intervals with microsecond resolution.  However, Python's setitimer() takes a float and then converts it to a C `struct timeval`, which can round down to zero.  The consequence is that the timer is disabled (timeval == {0,0}) while the user asked for a one microsecond timeout.

----------
components: Library (Lib)
messages: 297300
nosy: pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: setitimer() can disable timer by mistake
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:49:24 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 19:49:24 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498765764.86.0.0292821639585.issue30796@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
dependencies: +setitimer() can disable timer by mistake
versions: +Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:49:43 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 19:49:43 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498765783.26.0.997170946061.issue30796@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage: needs patch -> commit review
versions:  -Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:53:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 19:53:41 +0000
Subject: [issue6691] Support for nested classes and function for pyclbr
In-Reply-To: <1250117262.14.0.353515413158.issue6691@psf.upfronthosting.co.za>
Message-ID: <1498766021.86.0.473035570066.issue6691@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I would like to get this in 3.7.0a1, scheduled for 2017 Sept 9, and subsequently in 3.6.3.

Cheryl, this is why I distracted you from the configdialog patch.  As a non-idlelib patch, more discussion by more people may be needed before a merge.

If this is not backported to 3.6 Lib/pyclbr, I will backport it to 3.6, maybe as Lib/idlelib/_pyclbr, or maybe as a direct addition to browser.py, replacing the import statement.

----------
assignee:  -> terry.reedy
priority: normal -> high
stage: patch review -> test needed
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6691>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:54:54 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 19:54:54 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498766094.04.0.0612643525105.issue30807@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2552

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:56:25 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 19:56:25 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498766185.08.0.444115293541.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, the timeout on the "Ubuntu Shared" buildbot is due to https://bugs.python.org/issue30807

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Thu Jun 29 15:57:53 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 19:57:53 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498766273.08.0.483222547317.issue30779@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

High, because other issues depend on this.

----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:01:06 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:01:06 +0000
Subject: [issue30808] Use _Py_atomic API for concurrency-sensitive signal state
Message-ID: <1498766466.5.0.206048898577.issue30808@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

We already use the _Py_atomic APIs in ceval.c, for lockless boolean flags.  We should do the same in the signal module where there are similar concurrency issues (for example between the signal handler running in one thread and PyErr_CheckSignals running in another thread).

----------
components: Interpreter Core
messages: 297304
nosy: haypo, jyasskin, neologix, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Use _Py_atomic API for concurrency-sensitive signal state
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30808>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:01:26 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:01:26 +0000
Subject: [issue30808] Use _Py_atomic API for concurrency-sensitive signal state
In-Reply-To: <1498766466.5.0.206048898577.issue30808@psf.upfronthosting.co.za>
Message-ID: <1498766486.19.0.772582459292.issue30808@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2553

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30808>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:04:51 2017
From: report at bugs.python.org (Steve Dower)
Date: Thu, 29 Jun 2017 20:04:51 +0000
Subject: [issue30726] [Windows] Warnings in elementtree due to new expat
In-Reply-To: <1498083483.53.0.88013526442.issue30726@psf.upfronthosting.co.za>
Message-ID: <1498766691.68.0.623958031842.issue30726@psf.upfronthosting.co.za>


Steve Dower added the comment:

It doesn't even fix a warning - only suppresses it. Since there is no behavior change at all, I'm not inclined to backport any further than is trivial.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30726>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:13:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 20:13:14 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498767194.64.0.4490024853.issue30807@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I would prefer to reuse pytime.c conversion code which is well tested by test_time. _PyTime_FromObject() already contains code to convert a double to _PyTime_t, and _PyTime_AsTimeval() converts a _PyTime_t to timeval. Use _PyTime_ROUND_CEILING as signal.sigtimedwait().

For signal.sigtimedwait(): see commit 34dc0f46ae5c0c9ec91d9402fac61111b802855f and http://bugs.python.org/issue22117.

Using ROUND_CEILING is now also used in the select module for a similar reason.

See my https://haypo.github.io/pytime.html article for the horror story of timestamp rounding :-)

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:14:45 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 29 Jun 2017 20:14:45 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498767285.78.0.749476331113.issue29926@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

> A real Ctrl+C executes the registered control handlers for the process.

Right, but it's *extremely* unusual for a python 3 program to have a control handler registered directly via SetConsoleCtrlHandler. This isn't an API that the interpreter uses or exposes. The vast majority of programs receive control-C notification by letting the C runtime convert the low level console event into a SIGINT, and then receiving this via the signal module.

> To emulate this, PyErr_SetInterrupt could try calling GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0) to broadcast a Ctrl+C event. 

But as mentioned up thread, this is really flaky - and even when it works it tends to kill random other processes, which is *certainly* not what anyone expects from calling interrupt_main. You can't really call it experimentally ? even trying to call it can do stuff like cause appveyor tests to lock up.

Given these two issues, I think that emulating control-C at the signal level makes the best tradeoffs. Something that works 100% reliably for 99.99% of python programs is way better than something that is 80% reliable for 100% of programs.

> One problem is that GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0) doesn't cancel a blocking console read like Ctrl+C does. Python's C handler could call CancelSynchronousIo(hMainThread) to address this problem in general. Unfortunately, when a console read is canceled in the client, it isn't canceled in the console itself. The contents of the read will be discarded, but it's a bit clunky that the user has to press enter.

This might be something to address as a separate issue? I'm guessing this doesn't affect idle, and it doesn't affect time.sleep, which seem to be the main topics of this thread, plus it sounds like any solution would be mostly orthogonal.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:15:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 20:15:15 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498767315.7.0.332684942582.issue30807@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not sure about modifying Python 2.7. For example, we didn't change the select module in Python 2.7 to round correctly the timeout.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:17:29 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:17:29 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498767449.6.0.861270665956.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

It's not about correctly rounding something, it's about fixing a bug.  I don't care about rounding if it means being a microsecond late.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:18:00 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:18:00 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498767479.99.0.0456716185413.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> I would prefer to reuse pytime.c conversion code which is well tested by test_time. _PyTime_FromObject() already contains code to convert a double to _PyTime_t, and _PyTime_AsTimeval() converts a _PyTime_t to timeval. Use _PyTime_ROUND_CEILING as signal.sigtimedwait().

I don't understand how that works.  Can you post a snippet implementing what is needed here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:19:08 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:19:08 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498767547.99.0.19461438463.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

sigtimedwait() is different: zero doesn't mean anything special.  If you mistake zero for 1e-6 or the reverse, it works fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:19:15 2017
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 29 Jun 2017 20:19:15 +0000
Subject: [issue30803] Truth value of sets not properly documented
In-Reply-To: <1498743378.1.0.0570911503542.issue30803@psf.upfronthosting.co.za>
Message-ID: <1498767555.63.0.341893267565.issue30803@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This case was supposed to be covered by the last bullet point, "instances of user-defined classes, if the class defines a __bool__() or __len__() method, when that method returns the integer zero or bool value False.".  The word "user-defined" should be dropped.

Also, the whole section can be simplified to something like:

"""
By default, objects are considered true unless they define either a __bool__ method that returns False or __len__ method that returns zero.  

Practically, this means that empty containers are false (such as [], (), {}, '', etc) and that numbers equal to zero are false (such as 0, 0.0, 0.0j, False, Decimal(0), Fractions(0, 1), etc).  Also, *None* is a false value.


"""

----------
assignee: docs at python -> rhettinger
nosy: +rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30803>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:22:45 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 20:22:45 +0000
Subject: [issue30808] Use _Py_atomic API for concurrency-sensitive signal state
In-Reply-To: <1498766466.5.0.206048898577.issue30808@psf.upfronthosting.co.za>
Message-ID: <1498767765.44.0.337703894515.issue30808@psf.upfronthosting.co.za>


STINNER Victor added the comment:

There is a sig_atomic_t type. Should we use that one?
https://www.gnu.org/software/libc/manual/html_node/Atomic-Types.html

"To avoid uncertainty about interrupting access to a variable, you can use a particular data type for which access is always atomic: sig_atomic_t. Reading and writing this data type is guaranteed to happen in a single instruction, so there?s no way for a handler to run ?in the middle? of an access."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30808>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:25:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 20:25:15 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498767547.99.0.19461438463.issue30807@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaxToiYr1XtU4+M_q2obPhuTVoUu3xiB_yEZ0pKqm1n6g@mail.gmail.com>


STINNER Victor added the comment:

> sigtimedwait() is different: zero doesn't mean anything special.  If you mistake zero for 1e-6 or the reverse, it works fine.

Well, select.select() is a better example. I had nightmare with the
rounding of its timeout :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:25:23 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:25:23 +0000
Subject: [issue30808] Use _Py_atomic API for concurrency-sensitive signal state
In-Reply-To: <1498766466.5.0.206048898577.issue30808@psf.upfronthosting.co.za>
Message-ID: <1498767923.04.0.739660006116.issue30808@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Look at the PR :-) That's what we used.  But, while sig_atomic_t guarantees that accesses are atomic, it doesn't enforce a memory order.  So the CPU (depending on the architecture) is free to reorder writes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30808>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:27:29 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:27:29 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498768049.94.0.22196869079.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> Well, select.select() is a better example. I had nightmare with the
rounding of its timeout 

Not sure why? If you pass 0 instead of a tiny value, select() shouldn't behave significantly differently.

In any case, I don't want to have nightmares, I simply want to fix a bug that contributed to make one the buildbots fail :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:35:36 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:35:36 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498768536.29.0.178060195037.issue30807@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:36:07 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Thu, 29 Jun 2017 20:36:07 +0000
Subject: [issue30809] IDLE parenmatch - highlighting options
Message-ID: <1498768567.92.0.13204753323.issue30809@psf.upfronthosting.co.za>


New submission from Charles Wohlganger:

Current IDLE parenmatch highlighting uses the 'hilite' style when highlighting the parens/expression.

Desired behavior is to use a user-setting based style that is independent from the hilite style (which is used for highlighting selected text). Desired selectable options are for foreground color, background color, underlining and font (which covers font type, size, bold, and italics)

Apart from running IDLE and checking that the selections match, I don't know how to test. Testing would need a human to check for correct colors, etc. if it was made, so it couldn't be automated...

----------
assignee: terry.reedy
components: IDLE
messages: 297317
nosy: terry.reedy, wohlganger
priority: normal
severity: normal
status: open
title: IDLE parenmatch - highlighting options
type: enhancement
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30809>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:39:41 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Thu, 29 Jun 2017 20:39:41 +0000
Subject: [issue30809] IDLE parenmatch - highlighting options
In-Reply-To: <1498768567.92.0.13204753323.issue30809@psf.upfronthosting.co.za>
Message-ID: <1498768781.77.0.37706690055.issue30809@psf.upfronthosting.co.za>


Changes by Charles Wohlganger <charles.wohlganger at gmail.com>:


----------
pull_requests: +2554

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30809>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:44:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 29 Jun 2017 20:44:03 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498769043.83.0.0788378401359.issue30807@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Not sure why? If you pass 0 instead of a tiny value, select() shouldn't behave significantly differently.

I used select() as an example of function where we also changed how the timeout was rounded, so we had to decide how to handle backward compatibility.

Rounding select() timeout has an big impact of power consumption in an event loop, especially when you use poll() which only has a resolution of 1 ms (and not 1 us). If you round 0.1 ms to 0, you enter a busy-loop which burns your CPU during 0.1 ms. If you do that many times, it can be much longer than 0.1 ms and so be very inefficient.

We had this performance issue in asyncio. We fixed it in asyncio *and* select modules. 

https://bugs.python.org/issue20311

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:45:30 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:45:30 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498769130.28.0.852944801595.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I don't understand how 0.1 ms can be rounded down to 0 in a "struct timeval", which has microsecond precision.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:46:16 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:46:16 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498769176.93.0.334935224756.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, it's not select(), it's epoll_wait().  I see.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 16:53:21 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 20:53:21 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498769601.39.0.0123944005462.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

If I use the PyTime APIs, it will change the signature from
  setitimer($module, which, seconds, interval=0.0, /)
to
  setitimer($module, which, seconds, interval=None, /).

I'm not sure that's ok in a bugfix release?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 17:00:48 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 21:00:48 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498770048.41.0.904451993625.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Also using the PyTime APIs will make it annoying to backport to 2.7 (which isn't mandatory, of course).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Thu Jun 29 17:53:23 2017
From: report at bugs.python.org (Segev Finer)
Date: Thu, 29 Jun 2017 21:53:23 +0000
Subject: [issue9566] Compilation warnings under x64 Windows
In-Reply-To: <1281484786.91.0.306555541292.issue9566@psf.upfronthosting.co.za>
Message-ID: <1498773203.0.0.938269373791.issue9566@psf.upfronthosting.co.za>


Changes by Segev Finer <segev208 at gmail.com>:


----------
pull_requests: +2556

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9566>
_______________________________________

From report at bugs.python.org  Thu Jun 29 18:22:36 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 22:22:36 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498774956.65.0.236939919235.issue29926@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

+1 on having PyErr_SetInterrupt() call raise(SIGINT) or equivalent.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Thu Jun 29 18:24:08 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 29 Jun 2017 22:24:08 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1498775048.14.0.0874165357017.issue30038@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Why is this PR not closed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Thu Jun 29 18:35:42 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Thu, 29 Jun 2017 22:35:42 +0000
Subject: [issue30038] Race condition in how trip_signal writes to wakeup fd
In-Reply-To: <1491901883.05.0.966298195873.issue30038@psf.upfronthosting.co.za>
Message-ID: <1498775742.85.0.900815341088.issue30038@psf.upfronthosting.co.za>


Changes by Nathaniel Smith <njs at pobox.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30038>
_______________________________________

From report at bugs.python.org  Thu Jun 29 18:42:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 22:42:19 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1495941740.56.0.621655501188.issue30495@psf.upfronthosting.co.za>
Message-ID: <1498776139.58.0.191180232356.issue30495@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 42bc8beadd49f60cc52fdc397897b3bd81640406 by terryjreedy (csabella) in branch 'master':
bpo-30495: IDLE: improve textview with docstrings, PEP8 names, more tests. (#2283)
https://github.com/python/cpython/commit/42bc8beadd49f60cc52fdc397897b3bd81640406


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Thu Jun 29 18:45:01 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 22:45:01 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1495941740.56.0.621655501188.issue30495@psf.upfronthosting.co.za>
Message-ID: <1498776301.85.0.0469178269279.issue30495@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +2557

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Thu Jun 29 19:15:22 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 23:15:22 +0000
Subject: [issue30495] IDLE: modernize textview module
In-Reply-To: <1495941740.56.0.621655501188.issue30495@psf.upfronthosting.co.za>
Message-ID: <1498778122.24.0.844575902559.issue30495@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:


New changeset 6f31717c47e325460e2a661bf44b45d342d65bcb by terryjreedy in branch '3.6':
[3.6] bpo-30495: IDLE: improve textview with docstrings, PEP8 names, more tests. (GH-2283) (#2496)
https://github.com/python/cpython/commit/6f31717c47e325460e2a661bf44b45d342d65bcb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30495>
_______________________________________

From report at bugs.python.org  Thu Jun 29 19:23:09 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 23:23:09 +0000
Subject: [issue24039] Idle: some modal dialogs maximize, don't minimize
In-Reply-To: <1429811337.7.0.183903934829.issue24039@psf.upfronthosting.co.za>
Message-ID: <1498778589.19.0.184798362965.issue24039@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24039>
_______________________________________

From report at bugs.python.org  Thu Jun 29 19:33:24 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 23:33:24 +0000
Subject: [issue18318] Idle: stop depending on console output
In-Reply-To: <1372373009.47.0.618602359328.issue18318@psf.upfronthosting.co.za>
Message-ID: <1498779204.31.0.784620080906.issue18318@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> test needed
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18318>
_______________________________________

From report at bugs.python.org  Thu Jun 29 19:37:01 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 23:37:01 +0000
Subject: [issue28711] IDLE doesn't open
In-Reply-To: <1479270325.09.0.272646595028.issue28711@psf.upfronthosting.co.za>
Message-ID: <1498779421.21.0.298460396555.issue28711@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

>From the information given, this duplicates #21973

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> IDLE: catch user cfg file error, better error message, continue

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue28711>
_______________________________________

From report at bugs.python.org  Thu Jun 29 19:47:12 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 29 Jun 2017 23:47:12 +0000
Subject: [issue17960] Clarify the required behaviour of locals()
In-Reply-To: <1498553958.35.0.920244227593.issue17960@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJ+V4258g+2qcVouC5zVcKG=hobgYnQUHC9xU-g_i8Qz=Q@mail.gmail.com>


Guido van Rossum added the comment:

Yeah, I think a short PEP would be helpful here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17960>
_______________________________________

From report at bugs.python.org  Thu Jun 29 19:56:37 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 29 Jun 2017 23:56:37 +0000
Subject: [issue6858] IDLE: allow syntax highlighting of files without .py
 extension
In-Reply-To: <1252364873.43.0.809885579905.issue6858@psf.upfronthosting.co.za>
Message-ID: <1498780597.2.0.48802327074.issue6858@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6858>
_______________________________________

From report at bugs.python.org  Thu Jun 29 19:59:42 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Thu, 29 Jun 2017 23:59:42 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498780782.3.0.857321638224.issue30779@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Here's the beginning design.  Since it's a high priority, I didn't want to wait too long to show you something.  As you can see, I still had a lot of questions and things I wasn't sure about.

I have some tests, but wanted to have it more complete before submitting it.

When you said 'submit', I didn't know if you wanted a real PR at each step or just files here.  If you'd prefer a PR so you could modify it, let me know and I'll prepare that tomorrow.

Thanks!

----------
Added file: http://bugs.python.org/file46980/changes_class.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:03:00 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:03:00 +0000
Subject: [issue24265] IDLE -s and (-, -c command,
 or -r file) produces error message
In-Reply-To: <1432300576.43.0.431930504874.issue24265@psf.upfronthosting.co.za>
Message-ID: <1498780980.3.0.0423582217143.issue24265@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24265>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:03:37 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:03:37 +0000
Subject: [issue22554] Idle: optionally auto-pop-up completion window for names
In-Reply-To: <1412455740.59.0.488205604563.issue22554@psf.upfronthosting.co.za>
Message-ID: <1498781017.28.0.567960505187.issue22554@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22554>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:05:36 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:05:36 +0000
Subject: [issue20580] IDLE should support platform-specific default config
 defaults
In-Reply-To: <1392027551.21.0.533992391985.issue20580@psf.upfronthosting.co.za>
Message-ID: <1498781136.55.0.147545992657.issue20580@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20580>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:05:37 2017
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 30 Jun 2017 00:05:37 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498781137.91.0.715993917051.issue29926@psf.upfronthosting.co.za>


Eryk Sun added the comment:

The strong claim that "interrupt_main is now equivalent to the user having hit control-C" is the reason I suggested broadcasting CTRL_C_EVENT via GenerateConsoleCtrlEvent. That operation isn't buggy on its own to my knowledge. There is a glitch due to the CRT. If a non-console process calls AllocConsole or AttachConsole, its list of registered handlers gets reset to the default handler that calls ExitProcess, and the CRT provides no way to set its handler again. 

I mentioned the possibility of calling CancelSynchronousIo in order to cancel a console read like Ctrl+C does (but clunkier) -- again, because of the equivalence claim. ERROR_OPERATION_ABORTED would need to be handled like EINTR on Unix. This would entail small changes to a lot of code, so it does need a separate issue if there's any support for this idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:06:23 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 30 Jun 2017 00:06:23 +0000
Subject: [issue6691] Support for nested classes and function for pyclbr
In-Reply-To: <1250117262.14.0.353515413158.issue6691@psf.upfronthosting.co.za>
Message-ID: <1498781183.1.0.27709168951.issue6691@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I have the change ready to push.  I didn't change the tests, except to fix what was failing earlier, so the tests would need to be reviewed (the test currently creates a real temporary file that it opened and read, but a Mock would be better?)

Anyway, do you want me to make the PR with what I have or would you rather a new diff file?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6691>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:07:20 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:07:20 +0000
Subject: [issue13504] Meta-issue for "Invent with Python" IDLE feedback
In-Reply-To: <1322613083.36.0.200533745275.issue13504@psf.upfronthosting.co.za>
Message-ID: <1498781240.06.0.454428429069.issue13504@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13504>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:07:58 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:07:58 +0000
Subject: [issue2704] IDLE: Patch to make PyShell behave more like a Terminal
 interface
In-Reply-To: <1209319360.66.0.583090952017.issue2704@psf.upfronthosting.co.za>
Message-ID: <1498781278.66.0.798002727046.issue2704@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: kbk -> terry.reedy
stage: needs patch -> patch review
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2704>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:12:10 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:12:10 +0000
Subject: [issue10909] IDLE: thread hang, possibly related to print
In-Reply-To: <1295026647.31.0.671636636712.issue10909@psf.upfronthosting.co.za>
Message-ID: <1498781530.92.0.596185884859.issue10909@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In 3.6.2rc1, the counter has reached nearly 40000 after 40 minutes.  So no  bug in current 3.x.  I ran a couple of times with 2.7 and got 3000-4000 both times.  I am no longer patching IDLE for 2.7, so closing.

----------
assignee:  -> terry.reedy
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed
versions:  -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10909>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:19:23 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:19:23 +0000
Subject: [issue14576] IDLE: inconsistent use of HOMEDRIVE, HOMEPATH,
 and USERPROFILE on Windows
In-Reply-To: <1334400065.92.0.605072928338.issue14576@psf.upfronthosting.co.za>
Message-ID: <1498781963.14.0.754262029676.issue14576@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14576>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:20:16 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 30 Jun 2017 00:20:16 +0000
Subject: [issue30772] Normalise non-ASCII variable names in __all__
In-Reply-To: <1498500531.27.0.587971014084.issue30772@psf.upfronthosting.co.za>
Message-ID: <1498782016.02.0.168596500459.issue30772@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

I think that the names in __all__ should have the same NFKC normalisation applied as the identifiers.

Re-opening for 3.7.

----------
resolution: not a bug -> 
stage: resolved -> 
status: closed -> open
title: If I make an attribute " -> Normalise non-ASCII variable names in __all__
type:  -> behavior
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30772>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:20:21 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:20:21 +0000
Subject: [issue5594] IDLE startup configuration
In-Reply-To: <1238311210.52.0.532490988344.issue5594@psf.upfronthosting.co.za>
Message-ID: <1498782021.38.0.597077646493.issue5594@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5594>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:23:01 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:23:01 +0000
Subject: [issue22354] Idle: highlite tabs
In-Reply-To: <1410095822.07.0.751550923398.issue22354@psf.upfronthosting.co.za>
Message-ID: <1498782181.24.0.292746502419.issue22354@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue22354>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:23:21 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:23:21 +0000
Subject: [issue20579] OS X IDLE <option-> keyboard accelerators fail or
 misbehave with Cocoa Tk
In-Reply-To: <1392027042.62.0.0419013450349.issue20579@psf.upfronthosting.co.za>
Message-ID: <1498782201.78.0.702135101368.issue20579@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
nosy: +terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20579>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:26:23 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:26:23 +0000
Subject: [issue24760] IDLE settings dialog shouldn't be modal
In-Reply-To: <1438297628.71.0.179622085434.issue24760@psf.upfronthosting.co.za>
Message-ID: <1498782383.38.0.985714991624.issue24760@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24760>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:27:01 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:27:01 +0000
Subject: [issue13586] IDLE: Replace selected not working/consistent with find
In-Reply-To: <1323668532.6.0.615781606265.issue13586@psf.upfronthosting.co.za>
Message-ID: <1498782421.72.0.405239974734.issue13586@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13586>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:27:24 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:27:24 +0000
Subject: [issue9262] IDLE: Use tabbed shell and edit windows
In-Reply-To: <1279128709.53.0.879340925848.issue9262@psf.upfronthosting.co.za>
Message-ID: <1498782444.23.0.172129136752.issue9262@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9262>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:36:19 2017
From: report at bugs.python.org (Nathaniel Smith)
Date: Fri, 30 Jun 2017 00:36:19 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498782979.38.0.128542495971.issue29926@psf.upfronthosting.co.za>


Nathaniel Smith added the comment:

Then maybe simplest solution is to scale back the claim :-).

The important semantic change would be that right now, interrupt_main() is documented to cause KeyboardInterrupt to be raised in the main thread. So if you register a custom SIGINT handler that *doesn't* raise KeyboardInterrupt, interrupt_main() doesn't care: it doesn't invoke your custom handler, it just raises KeyboardInterrupt. My proposal would make it so that interrupt_main() does cause custom SIGINT handlers to be called, as well as triggering all of the interpreters existing machinery for prompt signal delivery (waking up time.sleep etc.), so in that respect it would be much more similar to a "real" control-C than it is now. This is a non-trivial semantic change, so it would need to be documented, but I'm not attached to the "equivalent to control-C" phrasing.

Even on UNIX, a "real" control-C is delivered to all processes in the foreground process group (or something like that, ttys are weird), but we would want interrupt_main() to only be delivered to the current process, so the equivalence wouldn't be exact there either.

> That operation isn't buggy on its own to my knowledge

I spent quite some time trying to make this work in order to test control-C handling in trio, and eventually gave up because I just could not make it work reliably. One notable effect is that if you call GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0) in an appveyor test run, then it breaks appveyor -- at the end of the run it freezes with "Terminate batch job (Y/N)?" and then sits until the test run times out. It's possible to work around this with some extremely obscure code (make sure you always spawn a subprocess with CREATE_NEW_CONSOLE or maybe CREATE_NEW_CONSOLE_GROUP etc.), but (a) we can't tell people that they need to do that before running code that uses interrupt_main(), and (b) even when I did that, then I still had bizarre issues I couldn't figure out, where sometimes the event just wouldn't be delivered unless I ran the interpreter with the -u option for unbuffered stdio (?!?!) (see [1]).

I just don't think this is something that CPython can use.

I eventually switched to simulating control-C events for testing by calling raise(SIGINT), and that's worked much much better.

> I mentioned the possibility of calling CancelSynchronousIo in order to cancel a console read like Ctrl+C does (but clunkier) -- again, because of the equivalence claim. ERROR_OPERATION_ABORTED would need to be handled like EINTR on Unix. This would entail small changes to a lot of code, so it does need a separate issue if there's any support for this idea.

It still wouldn't be equivalent because control-C only cancels console reads, but CancelSynchronousIo would cancel *any* blocking I/O operation that the main thread was doing, right? So e.g. if the main thread was blocked doing socket.recv, then control-C wouldn't interrupt that, but interrupt_main() / PyErr_SetInterrupt() would. I can certainly see an argument that Python's C-level signal handler *should* call CancelSynchronousIo in general, and then raise(SIGINT) and control-C would be equivalent because they both called CancelSynchronousIo, but yeah, that's way beyond the scope of this issue.

[1] https://github.com/python-trio/trio/commit/95843654173e3e826c34d70a90b369ba6edf2c23#diff-345cfb6c136028f9514b67ee7bb8e035R11

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:36:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:36:45 +0000
Subject: [issue24893] Tk occasionally mispositions Text() insert cursor on
 mouse click.
In-Reply-To: <1439946374.86.0.179742145584.issue24893@psf.upfronthosting.co.za>
Message-ID: <1498783005.88.0.416549054214.issue24893@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I suspect that this is entirely a tkinter problem, not an IDLE problem.  For the editor, ButtonRelease is bound to set_line_and_column which updates the status bar.  The function return None so tk can handle the click to move the cursor.

----------
versions: +Python 3.7 -Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24893>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:37:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:37:18 +0000
Subject: [issue2053] IDLE - standardize dialogs
In-Reply-To: <1202515821.86.0.159216664847.issue2053@psf.upfronthosting.co.za>
Message-ID: <1498783038.96.0.544182975092.issue2053@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2053>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:46:26 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:46:26 +0000
Subject: [issue24812] All standard keystrokes not recognized in IDLE dialogs
 on Mac
In-Reply-To: <1438920938.34.0.296980992753.issue24812@psf.upfronthosting.co.za>
Message-ID: <1498783586.34.0.774734054608.issue24812@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

query.Query has and will mostly replace tkinter.simpledialog #27115.
This is partially a duplicate with respect to Query #27621.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24812>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:47:04 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:47:04 +0000
Subject: [issue27621] Finish IDLE Query dialog appearance and behavior.
In-Reply-To: <1469512966.74.0.594331033204.issue27621@psf.upfronthosting.co.za>
Message-ID: <1498783624.82.0.321475336779.issue27621@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#24812 specifically talks about Mac standards.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27621>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:48:37 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:48:37 +0000
Subject: [issue21603] IDLE: Document SaveAs extension display on Mac
In-Reply-To: <1401349272.89.0.982652468131.issue21603@psf.upfronthosting.co.za>
Message-ID: <1498783717.47.0.261989121087.issue21603@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> test needed
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21603>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:51:20 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:51:20 +0000
Subject: [issue18903] IDLE file-completion is case-sensitive in Windows
In-Reply-To: <1378085615.28.0.091077723559.issue18903@psf.upfronthosting.co.za>
Message-ID: <1498783880.98.0.496554713054.issue18903@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18903>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:51:32 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:51:32 +0000
Subject: [issue18903] IDLE file-completion is case-sensitive in Windows
In-Reply-To: <1378085615.28.0.091077723559.issue18903@psf.upfronthosting.co.za>
Message-ID: <1498783892.65.0.168706661389.issue18903@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18903>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:51:55 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:51:55 +0000
Subject: [issue6804] IDLE: Detect Python files even if name doesn't end in .py
In-Reply-To: <1251582280.35.0.0143459273436.issue6804@psf.upfronthosting.co.za>
Message-ID: <1498783915.07.0.373223832606.issue6804@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6804>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:52:15 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:52:15 +0000
Subject: [issue13220] print function unable while multiprocessing.Process is
 being run
In-Reply-To: <1319038082.58.0.169311394229.issue13220@psf.upfronthosting.co.za>
Message-ID: <1498783935.38.0.0526873738883.issue13220@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13220>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:52:47 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:52:47 +0000
Subject: [issue15808] Possibility of setting custom key bindings for
 "Additional help sources" menu items
In-Reply-To: <1346239424.4.0.436515008596.issue15808@psf.upfronthosting.co.za>
Message-ID: <1498783967.87.0.625635668065.issue15808@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15808>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:53:25 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:53:25 +0000
Subject: [issue13657] IDLE doesn't support sys.ps1 and sys.ps2.
In-Reply-To: <1324640742.58.0.860347532783.issue13657@psf.upfronthosting.co.za>
Message-ID: <1498784005.58.0.5888436685.issue13657@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13657>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:53:55 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:53:55 +0000
Subject: [issue18875] Idle: Auto insertion of the closing parens, brackets,
 and braces
In-Reply-To: <1377777498.6.0.468253349222.issue18875@psf.upfronthosting.co.za>
Message-ID: <1498784035.0.0.0250397768389.issue18875@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
nosy:  -BreamoreBoy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18875>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:54:19 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:54:19 +0000
Subject: [issue13179] IDLE uses common tkinter variables across all editor
 windows
In-Reply-To: <1318607548.28.0.391563618977.issue13179@psf.upfronthosting.co.za>
Message-ID: <1498784059.55.0.825839696208.issue13179@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> patch review
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13179>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:54:47 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:54:47 +0000
Subject: [issue21880] IDLE: Ability to run 3rd party code checkers
In-Reply-To: <1404066447.3.0.940760126754.issue21880@psf.upfronthosting.co.za>
Message-ID: <1498784087.51.0.463888681092.issue21880@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> patch review
type:  -> enhancement
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21880>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:56:15 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:56:15 +0000
Subject: [issue6092] IDLE: Changed Shortcuts don't show up in menu
In-Reply-To: <1243060734.82.0.446246510061.issue6092@psf.upfronthosting.co.za>
Message-ID: <1498784175.12.0.266089762351.issue6092@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6092>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:56:48 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:56:48 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
In-Reply-To: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>
Message-ID: <1498784208.09.0.581456773.issue21756@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage: test needed -> patch review
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:57:11 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:57:11 +0000
Subject: [issue12387] IDLE save keyboard shortcut problem
In-Reply-To: <1308765598.77.0.79184481064.issue12387@psf.upfronthosting.co.za>
Message-ID: <1498784231.32.0.582754047536.issue12387@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage: needs patch -> patch review
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12387>
_______________________________________

From report at bugs.python.org  Thu Jun 29 20:59:13 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 00:59:13 +0000
Subject: [issue11838] IDLE: make interactive code savable as a runnable script
In-Reply-To: <1302631389.12.0.305553029462.issue11838@psf.upfronthosting.co.za>
Message-ID: <1498784353.35.0.379422832456.issue11838@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11838>
_______________________________________

From report at bugs.python.org  Thu Jun 29 21:00:45 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 01:00:45 +0000
Subject: [issue13582] IDLE and pythonw.exe stderr problem
In-Reply-To: <1323632290.53.0.810720020667.issue13582@psf.upfronthosting.co.za>
Message-ID: <1498784445.41.0.268367736166.issue13582@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage: test needed -> patch review
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13582>
_______________________________________

From report at bugs.python.org  Thu Jun 29 21:02:09 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 01:02:09 +0000
Subject: [issue19808] IDLE applies syntax highlighting to user input in its
 shell
In-Reply-To: <1385541762.06.0.369087004664.issue19808@psf.upfronthosting.co.za>
Message-ID: <1498784529.01.0.164809081342.issue19808@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Still a problem in 3.6.

----------
assignee:  -> terry.reedy
stage:  -> test needed
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19808>
_______________________________________

From report at bugs.python.org  Thu Jun 29 21:02:35 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 01:02:35 +0000
Subject: [issue15313] IDLE - remove all bare excepts
In-Reply-To: <1341887371.61.0.0302814737095.issue15313@psf.upfronthosting.co.za>
Message-ID: <1498784555.6.0.535445476215.issue15313@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> needs patch
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15313>
_______________________________________

From report at bugs.python.org  Thu Jun 29 21:24:15 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 01:24:15 +0000
Subject: [issue13262] IDLE opens partially hidden
In-Reply-To: <1319538134.39.0.210129529894.issue13262@psf.upfronthosting.co.za>
Message-ID: <1498785855.45.0.0687644226397.issue13262@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13262>
_______________________________________

From report at bugs.python.org  Thu Jun 29 21:28:03 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 01:28:03 +0000
Subject: [issue19150] IDLE shell fails: "ModifiedInterpreter instance has no
 attribute 'interp'"
In-Reply-To: <1380773098.03.0.70627839845.issue19150@psf.upfronthosting.co.za>
Message-ID: <1498786083.25.0.278898963912.issue19150@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I managed to crash 2.7 -n by running the multi-thread tkinter program posted for #10909.  Since it modifies widgets created in the main thread from a thread, I don't consider the failure a fixable IDLE bug.

3.6 -n ran the same program, so this is only for 2.7.

----------
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19150>
_______________________________________

From report at bugs.python.org  Thu Jun 29 21:30:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 01:30:39 +0000
Subject: [issue13802] IDLE Prefernces/Fonts: use multiple alphabets in examples
In-Reply-To: <1326756140.29.0.0714084996967.issue13802@psf.upfronthosting.co.za>
Message-ID: <1498786239.55.0.444849861934.issue13802@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage: needs patch -> patch review
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13802>
_______________________________________

From report at bugs.python.org  Thu Jun 29 21:51:41 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 01:51:41 +0000
Subject: [issue30809] IDLE parenmatch - highlighting options
In-Reply-To: <1498768567.92.0.13204753323.issue30809@psf.upfronthosting.co.za>
Message-ID: <1498787501.44.0.725002274529.issue30809@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am not willing to add a new theme element to the 13 that already exist, let alone define it in config-extensions.def rather than in config-hightlight.def.  It is too much additional complication for too little impact.  Also, any theme specified in config-extensions would likely not work if the user switches between dark and light text.  Theme sets work together.

I will consider letting users select which of the existing 13 to use.  This requires that users be able to know what the 13 choices are.  Hence  the dependence on #22705.

I might also look at the visual effect of underlining.

----------
dependencies: +Idle extension configuration: add option-help option
priority: normal -> low
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30809>
_______________________________________

From report at bugs.python.org  Thu Jun 29 21:58:34 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 01:58:34 +0000
Subject: [issue6691] Support for nested classes and function for pyclbr
In-Reply-To: <1250117262.14.0.353515413158.issue6691@psf.upfronthosting.co.za>
Message-ID: <1498787914.57.0.340211789465.issue6691@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

PR.  Also manually test classbrowser with the modified pyclbr and report what you see on your system.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6691>
_______________________________________

From report at bugs.python.org  Thu Jun 29 22:20:13 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 30 Jun 2017 02:20:13 +0000
Subject: [issue30755] locale.normalize() and getdefaultlocale() convert
 C.UTF-8 to en_US.UTF-8
In-Reply-To: <1498409939.21.0.261757462715.issue30755@psf.upfronthosting.co.za>
Message-ID: <1498789213.08.0.901554214638.issue30755@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I'm honestly not sure how our Python level locale handling really works (I've mainly worked on the lower level C locale manipulation), so adding folks to the nosy list based on #20076 and #29571.

I agree we shouldn't be aliasing C.UTF-8 to en_US.UTF-8 though - we took en_US.UTF-8 out of the locale coercion fallback list in PEP 538 because it wasn't really right.

----------
nosy: +benjamin.peterson, lemburg, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30755>
_______________________________________

From report at bugs.python.org  Thu Jun 29 22:21:11 2017
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 30 Jun 2017 02:21:11 +0000
Subject: [issue17960] Clarify the required behaviour of locals()
In-Reply-To: <1368344807.52.0.116896667629.issue17960@psf.upfronthosting.co.za>
Message-ID: <1498789271.63.0.120003738095.issue17960@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17960>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:41:22 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 07:41:22 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498808482.09.0.374704679232.issue30779@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The question about reusing ConfigParser (or IdleConfigParser) was a good one.  I spent at least an hour looking again at the code and configparser doc.

Observations:
1. Dropping 2.7 support allows us to use mapping protocol access:
https://docs.python.org/3/library/configparser.html#mapping-protocol-access
2. 'ConfigParser is a misleading name for what is essentially a dict of dict that may never use its parser.  Sections are parts of a page of text.
3. idleConf manages 8 pages, organized in 2 groups (default and user) of 4.  Each group of 4 represents a 'set of pages' stored in a directory.  There is no class for this concept, but some idleConf methods should be methods of the missing class.
4. The 8 pages can also be seen as 4 pairs.  Some idleConf methods, especially those getting values, operate on 1 of the 4 pairs.  Maybe there should also be a Pair class.

Possibly patching config based on these thoughts is for the future, but I decided that Changes needs a Page class.  Each tab works with one page, and should call Page methods.  Changes is initialized by ConfigDialog proper and its methods are called by its buttons, not by tabs.  I am not a fanatic follower of the 'law of demeter' but the idea of direct access when possible is correct. 

Next steps: Write class PageTest.  Don't overdo it.  The code is simple and just needs inputs testing each branch.  (I know, I violated write the tests first. Hmmm.  Seeing the code simplify so nicely convinced me that the design was good ;-) Write ChangesTest and pull in and adapt the existing code for the Changes methods to make them work.

For the moment, I say stick with uploads, perhaps until we are ready to remove old code and integrate this into configdialog.py.  At some point we might learn how to collaborate via git branches without making PRs.  In the meanwhile, right click, save, git apply are easy enough for me. 

You asked: Move all IdleConf.userCFg and IdleConf.defaultCfg access to Changes to separate that completely from GUI?

I don't think this would work because the data structures are different.  It also seems conceptually wrong.  Changes embodies the concept 'Pending changes', which constitute a potential transaction.

If there are repeated pattern of interaction with idleConf that have not already been captured in idleConf methods, we could factor out another class (Config? Options?) in another issue.  Key questions: would this make testing easier?  would this significantly improve ConfigDialog code?

I  will try to look at the extension stuff tomorrow or soon thereafter.

----------
Added file: http://bugs.python.org/file46981/changes_class_2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:45:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 07:45:13 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498769601.39.0.0123944005462.issue30807@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZWQcKHRA-KQg_RNN9F3zLx8nkQWEa0pWFvw-X+RqfLcg@mail.gmail.com>


STINNER Victor added the comment:

Antoine Pitrou added the comment:
> If I use the PyTime APIs, it will change the signature from
>   setitimer($module, which, seconds, interval=0.0, /)
> to
>   setitimer($module, which, seconds, interval=None, /).
>
> I'm not sure that's ok in a bugfix release?

I understand that you want to use _PyTime_FromSecondsObject(), which
is the right function to use. This function uses PyFloat_AsDouble() or
PyLong_AsLongLong().

The current code uses:

    if (!_PyArg_ParseStack(args, nargs, "id|d:setitimer",
        &which, &seconds, &interval)) {
        goto exit;
    }

The "d" format uses PyFloat_AsDouble(). This function uses
Py_TYPE(op)->tp_as_number->nb_float(op) to convert an object to a
float.

Hum, it seems like the main difference is that
_PyTime_FromSecondsObject() doesn't handle objects defining
__float__() the same way. For example, _PyTime_FromSecondsObject()
rounds a decimal.Decimal to an integer, not a float :-/ It looks like
a bug in _PyTime_FromSecondsObject() which should first try to call
PyFloat_AsDouble(), catch TypeError and fallback to
PyLong_AsLongLong().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:46:22 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 07:46:22 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498808782.41.0.843066455437.issue29926@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Please step back a bit and read the implementation of interrupt_main(): it calls PyErr_SetInterrupt() (in signalmodule.c!), which merely sets an internal flag saying SIGINT was received.

So, there: PyErr_SetInterrupt() already behaves like SIGINT, *except* that it doesn't actually deliver a C signal, it merely sets a flag.  Which is the reason that it fails waking up C syscalls like select().

Demonstration:

>>> def handler(signum, frame):
...     print("got signal %d!" % (signum,))
... 
>>> signal.signal(signal.SIGINT, handler)
<built-in function default_int_handler>
>>> _thread.interrupt_main()
got signal 2!


In the end, making interrupt_main() *actually* deliver a SIGINT instead of merely setting the internal flag for it will certainly be true to the original intent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:46:36 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 07:46:36 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <CAMpsgwZWQcKHRA-KQg_RNN9F3zLx8nkQWEa0pWFvw-X+RqfLcg@mail.gmail.com>
Message-ID: <CAMpsgwbuab0o8yQKkvEfHLOk4b7Xk4FDPV79rwXeQTGR-RoX7Q@mail.gmail.com>


STINNER Victor added the comment:

> Also using the PyTime APIs will make it annoying to backport to 2.7 (which isn't mandatory, of course).

If you want to fix 2.7, I think that your simple test to round
"manually" to 1 microsecond is enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:47:58 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 07:47:58 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498808878.16.0.460593562028.issue29926@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Note that, since interrupt_main() claims to interrupt the main thread, it would be ok to use pthread_kill() to make sure it's indeed the C syscall running in the main thread that gets interruped.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:50:41 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 07:50:41 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498809041.41.0.118257591446.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

It seems _PyTime_ObjectToTimeval() would be better here.  What do you think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:57:44 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 07:57:44 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498809464.94.0.103328754633.issue29926@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Also note that:

- PyErr_SetInterrupt() has been setting the SIGINT since the beginning in 1995 (changeset 06d511dd by Guido)
- interrupt_main() has been calling PyErr_SetInterrupt() since the beginning in 2003 (changeset a11e8461 by Kurt B Kaiser)

so it stands reasonable to keep the SIGINT behaviour.  The documentation is simply wrong and/or imprecise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:58:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 07:58:35 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498809041.41.0.118257591446.issue30807@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYXGfCJqr5PnGtSR+g_96EJq4btZh6VSHBdwmnieuwOCg@mail.gmail.com>


STINNER Victor added the comment:

Antoine Pitrou added the comment:
> It seems _PyTime_ObjectToTimeval() would be better here.  What do you think?

Oh, I forgot to document why _PyTime_ObjectToTimeval() still exists
:-) The _PyTime_t type supports a range of [-292 years, +292 years]:
it's enough to pass a timeout value to select.select() or
signal.setitimer(). But it's not enough to pass a timestamp relative
to the UNIX Epoch (1970-01-01 00:00), since we want to support crazy
dates like up to (0001-01-01 00:01) in the datetime module.

So the datetime module uses _PyTime_ObjectToTimeval() to use
internally the time_t type which supports a range of +/-
292,271,023,045 years when time_t is 64-bit long (which becomes the
case on most platforms) :-)

I would prefer to just fix _PyTime_FromSecondsObject() to handle
correctly decimal.Decimal, rather than using
_PyTime_ObjectToTimeval(). I tried to write an exhaustive test suite
for _PyTime_FromSecondsObject() which all corner cases, whereas
_PyTime_ObjectToTimeval() is less well tested and I would like to kill
it (but I don't know how at this point ;-)).

I can work on a patch, but not right now.

You can fix the bug differently if you prefer to not use pytime.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:58:55 2017
From: report at bugs.python.org (Tarek Saier)
Date: Fri, 30 Jun 2017 07:58:55 +0000
Subject: =?utf-8?q?=5Bissue30810=5D_Germany_made_the_upper_case_=C3=9F_official=2E?=
 =?utf-8?b?ICfDnycudXBwZXIoKSBzaG91bGQgbm93IHJldHVybiDhup4u?=
Message-ID: <1498809535.65.0.688686047851.issue30810@psf.upfronthosting.co.za>


New submission from Tarek Saier:

I'm not sure if Python just relies on some other resource for this (i.e. a C function), but as of yesterday the correct upper case of ? is ?:

Official announcement in German:
http://www.rechtschreibrat.com/DOX/rfdr_PM_2017-06-29_Aktualisierung_Regelwerk.pdf

----------
messages: 297351
nosy: Tarek Saier
priority: normal
severity: normal
status: open
title: Germany made the upper case ? official. '?'.upper() should now return ?.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30810>
_______________________________________

From report at bugs.python.org  Fri Jun 30 03:59:44 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 07:59:44 +0000
Subject: [issue29926] IDLE: in shell,
 time.sleep ignores _thread.interrupt_main()
In-Reply-To: <1490655071.78.0.435370193059.issue29926@psf.upfronthosting.co.za>
Message-ID: <1498809584.07.0.713941110145.issue29926@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Github links to the aforementioned changesets:

"added PyErr_SetInterrupt(); NT ifdefs"
https://github.com/python/cpython/commit/06d511ddf5fe16468a3abd53344fa283b9981d73

"Add interrupt_main() to thread module."
https://github.com/python/cpython/commit/a11e84613579e2487bcb3967d3a2edbd0665343a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29926>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:00:37 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:00:37 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498809637.48.0.860898073961.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Ok, I will just push the original fix then :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:01:09 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:01:09 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498809669.75.0.6999670269.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 729780a810bbcb12b245a1b652302a601fc9f6fd by Antoine Pitrou in branch 'master':
bpo-30807: signal.setitimer() may disable the timer by mistake (#2493)
https://github.com/python/cpython/commit/729780a810bbcb12b245a1b652302a601fc9f6fd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:02:07 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:02:07 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498809727.86.0.410554741306.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

(I must admit your latest explanations lost me.  Why shouldn't I use _PyTime_ObjectToTimeval(), which is a convenience function, and instead use several functions in a row to get the right conversion?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:02:14 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:02:14 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498809734.72.0.186096781126.issue30807@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:02:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 08:02:58 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498809778.03.0.107341035553.issue30807@psf.upfronthosting.co.za>


STINNER Victor added the comment:

What is the behaviour of setitimer() when the timeout is negative? Is this behaviour well defined (portable)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:07:20 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:07:20 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498810040.09.0.573662240668.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

It "shall fail" apparently :-)
http://pubs.opengroup.org/onlinepubs/9699919799/functions/setitimer.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:22:54 2017
From: report at bugs.python.org (Tarek Saier)
Date: Fri, 30 Jun 2017 08:22:54 +0000
Subject: =?utf-8?q?=5Bissue30810=5D_Germany_made_the_upper_case_=C3=9F_official=2E?=
 =?utf-8?b?ICfDnycudXBwZXIoKSBzaG91bGQgbm93IHJldHVybiDhup4u?=
In-Reply-To: <1498809535.65.0.688686047851.issue30810@psf.upfronthosting.co.za>
Message-ID: <1498810974.11.0.242421351304.issue30810@psf.upfronthosting.co.za>


Tarek Saier added the comment:

Small addition after I posted in excitement and now actually read the announcement: German now allows ? *as well as* SS when turning ? into upper case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30810>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:27:29 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:27:29 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498811249.98.0.664639251411.issue30807@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2558

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:28:51 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:28:51 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498811331.19.0.142783585394.issue30807@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2559

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:30:38 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:30:38 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498811438.99.0.949842870488.issue30807@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +2560

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:32:07 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:32:07 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498811527.46.0.113265822339.issue30796@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

It seems fixing https://bugs.python.org/issue30807 has fixed the remaining buildbot issues.  I will close once everything is settled.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:37:05 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:37:05 +0000
Subject: [issue30589] With forkserver,
 Process.exitcode does not get signal number
In-Reply-To: <1496848865.75.0.934922267474.issue30589@psf.upfronthosting.co.za>
Message-ID: <1498811825.02.0.608512665387.issue30589@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

In the end, I'm glad I added a stress test (test_many_processes) as part of this issue.

It helper uncover a serious reliability issues in CPython's delivery of signals (https://bugs.python.org/issue30703) and then triggered the discovery of a more minor bug in our setitimer() wrapper (https://bugs.python.org/issue30807).

Hopefully signal processing is more reliable in Python now!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30589>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:37:48 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:37:48 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498811868.82.0.671323308247.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I will wait a bit and then backport this to 3.6.

----------
resolution:  -> fixed
stage: patch review -> backport needed
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:54:26 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:54:26 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498812866.15.0.0499046103116.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 6f3cb059fd1f3a57ffd70c9d54a394a85a6ea13d by Antoine Pitrou in branch '3.6':
[3.6] bpo-30807: signal.setitimer() may disable the timer by mistake (GH-2493) (#2497)
https://github.com/python/cpython/commit/6f3cb059fd1f3a57ffd70c9d54a394a85a6ea13d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:54:34 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:54:34 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498812874.72.0.310595227858.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset 5741b70acf88846a0d3b2d348535f250577b2df6 by Antoine Pitrou in branch '3.5':
[3.5] bpo-30807: signal.setitimer() may disable the timer by mistake (GH-2493) (#2498)
https://github.com/python/cpython/commit/5741b70acf88846a0d3b2d348535f250577b2df6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:54:56 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:54:56 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498812896.28.0.93000940013.issue30807@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:


New changeset a45a99b47ff241ce0ae2f0bba59b89e4e012d47c by Antoine Pitrou in branch '2.7':
[2.7] bpo-30807: signal.setitimer() may disable the timer by mistake (GH-2493) (#2499)
https://github.com/python/cpython/commit/a45a99b47ff241ce0ae2f0bba59b89e4e012d47c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:55:38 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 08:55:38 +0000
Subject: [issue30807] setitimer() can disable timer by mistake
In-Reply-To: <1498765750.02.0.334201584192.issue30807@psf.upfronthosting.co.za>
Message-ID: <1498812938.5.0.925506395242.issue30807@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30807>
_______________________________________

From report at bugs.python.org  Fri Jun 30 04:58:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 08:58:31 +0000
Subject: [issue30280] Warning -- threading._dangling was modified by
 test_asyncio on FreeBSD 9 and 10
In-Reply-To: <1493975315.11.0.159651594974.issue30280@psf.upfronthosting.co.za>
Message-ID: <1498813111.07.0.294411605501.issue30280@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2561

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30280>
_______________________________________

From report at bugs.python.org  Fri Jun 30 05:02:48 2017
From: report at bugs.python.org (Antony Lee)
Date: Fri, 30 Jun 2017 09:02:48 +0000
Subject: [issue30811] A venv created and activated from within a virtualenv
 uses the outer virtualenv's site-packages rather than its own.
Message-ID: <1498813368.34.0.349011380575.issue30811@psf.upfronthosting.co.za>


New submission from Antony Lee:

Python 3.6.1, virtualenv 15.1.0 (Arch Linux, distro packages)

```
export PIP_CONFIG_FILE=/dev/null  # just to be sure
# python -mvirtualenv outer-env  # using /usr/bin/python(3)
python2 -mvirtualenv outer-env  # using /usr/bin/python(3)
source outer-env/bin/activate
python -mvenv inner-env  # using outer-env's python
source inner-env/bin/activate
python -minspect -d pip
```

The last step outputs
```
Target: pip
Origin: /tmp/inner-env/lib/python3.6/site-packages/pip/__init__.py
Cached: /tmp/inner-env/lib/python3.6/site-packages/pip/__pycache__/__init__.cpython-36.pyc
Loader: <_frozen_importlib_external.SourceFileLoader object at 0x7f27c019c710>
Submodule search path: ['/tmp/inner-env/lib/python3.6/site-packages/pip']
```
i.e., the outer environment's pip leaks into the inner environment; the inner environment does not have its own pip installed.  Trying to use that pip from the inner environment (from inner-env, `python -mpip install ...`) results in the package being installed in the outer environment rather than the inner one.

Now this may all seem very academic, but for example Travis uses virtualenvs as toplevel containers for their Python projects, so this bug makes it difficult to test, say, projects that set up venvs as part of their workflow.

----------
components: Library (Lib)
messages: 297365
nosy: Antony.Lee
priority: normal
severity: normal
status: open
title: A venv created and activated from within a virtualenv uses the outer virtualenv's site-packages rather than its own.
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30811>
_______________________________________

From report at bugs.python.org  Fri Jun 30 05:12:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 09:12:35 +0000
Subject: [issue30280] Warning -- threading._dangling was modified by
 test_asyncio on FreeBSD 9 and 10
In-Reply-To: <1493975315.11.0.159651594974.issue30280@psf.upfronthosting.co.za>
Message-ID: <1498813955.92.0.547803793176.issue30280@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset b9030674624c181d6e9047cdb14ad65bb6c84c66 by Victor Stinner in branch 'master':
bpo-30280: Cleanup threads in ayncio tests (#2501)
https://github.com/python/cpython/commit/b9030674624c181d6e9047cdb14ad65bb6c84c66


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30280>
_______________________________________

From report at bugs.python.org  Fri Jun 30 05:15:53 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 09:15:53 +0000
Subject: [issue30280] Warning -- threading._dangling was modified by
 test_asyncio on FreeBSD 9 and 10
In-Reply-To: <1493975315.11.0.159651594974.issue30280@psf.upfronthosting.co.za>
Message-ID: <1498814153.19.0.203714870985.issue30280@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The commit b9030674624c181d6e9047cdb14ad65bb6c84c66 fixes one leaking thread. I don't know if it's enough.

Koobs gave me a SSH access to his FreeBSD buildbots (9, 10 and CURRENT), but I failed to reproduce the warning issue :-( I tried to run my system_load.py to run the tests when the system load is 5 or higher, but it doesn't help. I tried to run test_asyncio 4 times in parallel, but I was still unable to reproduce the bug.

The commit b9030674624c181d6e9047cdb14ad65bb6c84c66 not only fixes a bug (cleanup correctly one event loop), but it now also checks after *each* test that we don't leak threads. At least, if the bug reoccurs and the test is run in verbose mode, we will get the name of the test which leaked threads!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30280>
_______________________________________

From report at bugs.python.org  Fri Jun 30 05:43:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 09:43:34 +0000
Subject: [issue30812] Running test_warnings twice fails
Message-ID: <1498815814.09.0.930459011173.issue30812@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Example on Python 3.6:

haypo at selma$ ./python -m test test_warnings  test_warnings 
Run tests sequentially
0:00:00 load avg: 1.74 [1/2] test_warnings
0:00:01 load avg: 1.68 [2/2] test_warnings
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:902: UserWarning: foo
  wmod.warn("foo")
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:1000: UserWarning: foo
  wmod.warn("foo")
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:964: UserWarning: This is a warning
  wmod.warn(text)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:986: UserWarning: This is a warning
  wmod.warn(text)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:148: UserWarning: FilterTests.test_always
  self.module.warn(message, UserWarning)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:159: UserWarning: FilterTests.test_always_after_ignore
  self.module.warn(message, UserWarning)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:180: UserWarning: FilterTests.test_default
  self.module.warn(message, UserWarning)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:249: UserWarning: handle normally
  self.module.warn(text)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:135: UserWarning: FilterTests.test_ignore_after_default
  self.module.warn(message, UserWarning)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:195: UserWarning: FilterTests.test_module
  self.module.warn(message, UserWarning)
f.py:42: UserWarning: b
__init__.py:42: UserWarning: FilterTests.test_once
/home/haypo/prog/python/3.6/Lib/test/test_warnings/data/stacklevel.py:9: UserWarning: spam1
  warnings.warn(message, stacklevel=stacklevel)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:354: UserWarning: multi 0
  self.module.warn(text)
/home/haypo/prog/python/3.6/Lib/test/__main__.py:9: UserWarning: spam9
__main__:9: UserWarning: spam11
__main__:9: UserWarning: spam10
test.test_warnings.data.stacklevel:9: UserWarning: spam8
/home/haypo/prog/python/3.6/Lib/test/test_warnings/data/stacklevel.py:9: UserWarning: spam3
  warnings.warn(message, stacklevel=stacklevel)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:415: DeprecationWarning: module-level warning
  import test.test_warnings.data.import_warning
nonascii??:1: UserWarning: text
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:365: UserWarning: <class 'Warning'>
  self.module.warn(ob)
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:561: MyWarningClass: good warning category
  self.module.warn('good warning category', MyWarningClass)
<test>:42: UserWarning: defaultaction test
test.test_warnings:778: UserWarning: test
file:42: UserWarning: onceregistry test
/home/haypo/prog/python/3.6/Lib/test/test_warnings/__init__.py:741: UserWarning: Warning!
  self.module.warn('Warning!')
/home/haypo/prog/python/3.6/Lib/unittest/case.py:178: UserWarning: Warning!
  callable_obj(*args, **kwargs)
test test_warnings failed -- multiple errors occurred; run in verbose mode for details
test_warnings failed
1 test OK.

1 test failed:
    test_warnings

Total duration: 3 sec
Tests result: FAILURE

----------
messages: 297368
nosy: haypo
priority: normal
severity: normal
status: open
title: Running test_warnings twice fails
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30812>
_______________________________________

From report at bugs.python.org  Fri Jun 30 05:47:33 2017
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 30 Jun 2017 09:47:33 +0000
Subject: =?utf-8?q?=5Bissue30810=5D_Germany_made_the_upper_case_=C3=9F_official=2E?=
 =?utf-8?b?ICfDnycudXBwZXIoKSBzaG91bGQgbm93IHJldHVybiDhup4u?=
In-Reply-To: <1498809535.65.0.688686047851.issue30810@psf.upfronthosting.co.za>
Message-ID: <1498816053.56.0.731750153007.issue30810@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan at bytereef.org>:


----------
nosy: +lemburg
priority: normal -> low
type:  -> enhancement
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30810>
_______________________________________

From report at bugs.python.org  Fri Jun 30 05:47:35 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 09:47:35 +0000
Subject: [issue30812] Running test_warnings twice fails
In-Reply-To: <1498815814.09.0.930459011173.issue30812@psf.upfronthosting.co.za>
Message-ID: <1498816055.78.0.172022085667.issue30812@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I saw this bug on AMD64 Windows8.1 Refleaks 3.6:
"test test_warnings failed -- multiple errors occurred; run in verbose mode for details"
http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.6/builds/38/steps/test/logs/stdio

The goal is to get a successful "./python -m test -R 3:3 -v test_warnings" run.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30812>
_______________________________________

From report at bugs.python.org  Fri Jun 30 05:50:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 09:50:28 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
Message-ID: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Example of Python 3.5 (same error on master):

haypo at selma$ ./python -m test -R 3:3 -v test_unittest 
(...)
======================================================================
ERROR: test_discover_with_init_module_that_raises_SkipTest_on_import (unittest.test.test_discovery.TestDiscovery)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/haypo/prog/python/3.5/Lib/unittest/test/test_discovery.py", line 572, in test_discover_with_init_module_that_raises_SkipTest_on_import
    pickle.loads(pickle.dumps(suite, proto))
_pickle.PicklingError: Can't pickle <class 'unittest.loader.ModuleSkipped'>: attribute lookup ModuleSkipped on unittest.loader failed

======================================================================
ERROR: test_discover_with_module_that_raises_SkipTest_on_import (unittest.test.test_discovery.TestDiscovery)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/haypo/prog/python/3.5/Lib/unittest/test/test_discovery.py", line 548, in test_discover_with_module_that_raises_SkipTest_on_import
    pickle.loads(pickle.dumps(suite, proto))
_pickle.PicklingError: Can't pickle <class 'unittest.loader.ModuleSkipped'>: attribute lookup ModuleSkipped on unittest.loader failed

----------
messages: 297370
nosy: haypo
priority: normal
severity: normal
status: open
title: test_unittest fails when hunting reference leaks
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:38:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:38:05 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
In-Reply-To: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>
Message-ID: <1498819085.87.0.803349186988.issue30813@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2562

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:38:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:38:05 +0000
Subject: [issue11798] Test cases not garbage collected after run
In-Reply-To: <1302192957.51.0.450503345302.issue11798@psf.upfronthosting.co.za>
Message-ID: <1498819085.92.0.926287409871.issue11798@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2563

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11798>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:38:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:38:06 +0000
Subject: [issue16662] load_tests not invoked in package/__init__.py
In-Reply-To: <1355217291.85.0.41912767842.issue16662@psf.upfronthosting.co.za>
Message-ID: <1498819086.19.0.469184533769.issue16662@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2564

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16662>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:38:06 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:38:06 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
 during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <1498819086.37.0.867161086605.issue16935@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2565

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:39:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:39:40 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
In-Reply-To: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>
Message-ID: <1498819180.3.0.393141617899.issue30813@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Using --huntrleaks in regrtest runs this statement in regrtest:

   unittest.BaseTestSuite._cleanup = False

This line comes from bpo-11798.

https://github.com/python/cpython/pull/2502 fixes this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:46:00 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 30 Jun 2017 10:46:00 +0000
Subject: [issue6691] Support for nested classes and function for pyclbr
In-Reply-To: <1250117262.14.0.353515413158.issue6691@psf.upfronthosting.co.za>
Message-ID: <1498819560.59.0.318149886066.issue6691@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


----------
pull_requests: +2566

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6691>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:46:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:46:57 +0000
Subject: [issue30812] Running test_warnings twice fails
In-Reply-To: <1498815814.09.0.930459011173.issue30812@psf.upfronthosting.co.za>
Message-ID: <1498819617.25.0.935203581061.issue30812@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2567

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30812>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:46:57 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:46:57 +0000
Subject: [issue26568] Add a new warnings.showwarnmsg() function taking a
 warnings.WarningMessage object
In-Reply-To: <1458052320.63.0.791464551893.issue26568@psf.upfronthosting.co.za>
Message-ID: <1498819617.31.0.896168516105.issue26568@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2568

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26568>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:49:03 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:49:03 +0000
Subject: [issue30812] Running test_warnings twice fails
In-Reply-To: <1498815814.09.0.930459011173.issue30812@psf.upfronthosting.co.za>
Message-ID: <1498819743.31.0.218920887132.issue30812@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh cool, my bisect tool identified the bug!

haypo at selma$ ./python -m test.bisect -o bisect test_warnings  test_warnings 
(...)
Tests (1):
* test.test_warnings._WarningsTests.test_showwarnmsg_missing
(...)
Bisection completed in 14 iterations and 0:00:14

So the bug is that test_showwarnmsg_missing() removes the warnings._showwarnmsg attribute, but don't restore it.

https://github.com/python/cpython/pull/2504 fixes the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30812>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:52:54 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:52:54 +0000
Subject: [issue16662] load_tests not invoked in package/__init__.py
In-Reply-To: <1355217291.85.0.41912767842.issue16662@psf.upfronthosting.co.za>
Message-ID: <1498819974.75.0.213081208886.issue16662@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset e4f9a2d2be42d5a2cdd624f8ed7cdf5028c5fbc3 by Victor Stinner in branch 'master':
bpo-30813: Fix unittest when hunting refleaks (#2502)
https://github.com/python/cpython/commit/e4f9a2d2be42d5a2cdd624f8ed7cdf5028c5fbc3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16662>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:52:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:52:55 +0000
Subject: [issue11798] Test cases not garbage collected after run
In-Reply-To: <1302192957.51.0.450503345302.issue11798@psf.upfronthosting.co.za>
Message-ID: <1498819975.2.0.833381577208.issue11798@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset e4f9a2d2be42d5a2cdd624f8ed7cdf5028c5fbc3 by Victor Stinner in branch 'master':
bpo-30813: Fix unittest when hunting refleaks (#2502)
https://github.com/python/cpython/commit/e4f9a2d2be42d5a2cdd624f8ed7cdf5028c5fbc3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11798>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:52:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:52:55 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
 during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <1498819975.67.0.893774538865.issue16935@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset e4f9a2d2be42d5a2cdd624f8ed7cdf5028c5fbc3 by Victor Stinner in branch 'master':
bpo-30813: Fix unittest when hunting refleaks (#2502)
https://github.com/python/cpython/commit/e4f9a2d2be42d5a2cdd624f8ed7cdf5028c5fbc3


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:52:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:52:55 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
In-Reply-To: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>
Message-ID: <1498819975.93.0.950553165682.issue30813@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset e4f9a2d2be42d5a2cdd624f8ed7cdf5028c5fbc3 by Victor Stinner in branch 'master':
bpo-30813: Fix unittest when hunting refleaks (#2502)
https://github.com/python/cpython/commit/e4f9a2d2be42d5a2cdd624f8ed7cdf5028c5fbc3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:56:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:56:27 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
In-Reply-To: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>
Message-ID: <1498820187.65.0.945269734776.issue30813@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2569

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:56:27 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:56:27 +0000
Subject: [issue11798] Test cases not garbage collected after run
In-Reply-To: <1302192957.51.0.450503345302.issue11798@psf.upfronthosting.co.za>
Message-ID: <1498820187.72.0.473766071162.issue11798@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2570

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11798>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:56:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:56:28 +0000
Subject: [issue16662] load_tests not invoked in package/__init__.py
In-Reply-To: <1355217291.85.0.41912767842.issue16662@psf.upfronthosting.co.za>
Message-ID: <1498820187.99.0.0720432189016.issue16662@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2571

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16662>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:56:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:56:28 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
 during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <1498820188.16.0.762313668813.issue16935@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2572

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:57:11 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 30 Jun 2017 10:57:11 +0000
Subject: [issue6691] Support for nested classes and function for pyclbr
In-Reply-To: <1250117262.14.0.353515413158.issue6691@psf.upfronthosting.co.za>
Message-ID: <1498820231.43.0.509926410116.issue6691@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

I've created the PR.  I had actually manually looked at classbrowser yesterday.  It still works just as it did before this change.  The patch in 1612262 is needed for it to loop through the new Object class.

Also, for reference, the test that didn't work initially was the case where anything was defined past the second level of nesting of a class, for example class -> def -> def or class -> def -> class.  The original patch wasn't adding those last items, but now should be.  Ironically, running this over test_pyclbr (to parse it, not to run the test), was where I saw that it wasn't showing all the nesting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6691>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:57:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:57:33 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
In-Reply-To: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>
Message-ID: <1498820253.06.0.0795814087035.issue30813@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2573

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:57:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:57:33 +0000
Subject: [issue11798] Test cases not garbage collected after run
In-Reply-To: <1302192957.51.0.450503345302.issue11798@psf.upfronthosting.co.za>
Message-ID: <1498820253.12.0.113179463885.issue11798@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2574

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11798>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:57:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:57:33 +0000
Subject: [issue16662] load_tests not invoked in package/__init__.py
In-Reply-To: <1355217291.85.0.41912767842.issue16662@psf.upfronthosting.co.za>
Message-ID: <1498820253.42.0.356136946901.issue16662@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2575

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16662>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:57:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:57:33 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
 during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <1498820253.59.0.416650383655.issue16935@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2576

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:58:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:58:49 +0000
Subject: [issue26568] Add a new warnings.showwarnmsg() function taking a
 warnings.WarningMessage object
In-Reply-To: <1458052320.63.0.791464551893.issue26568@psf.upfronthosting.co.za>
Message-ID: <1498820329.48.0.992924518491.issue26568@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 7eebeb8fb84e2a9cb73903a08c59cf1d3b32cee0 by Victor Stinner in branch 'master':
bpo-30812: Fix test_warnings, restore _showwarnmsg (#2504)
https://github.com/python/cpython/commit/7eebeb8fb84e2a9cb73903a08c59cf1d3b32cee0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26568>
_______________________________________

From report at bugs.python.org  Fri Jun 30 06:58:49 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 10:58:49 +0000
Subject: [issue30812] Running test_warnings twice fails
In-Reply-To: <1498815814.09.0.930459011173.issue30812@psf.upfronthosting.co.za>
Message-ID: <1498820329.65.0.491315136888.issue30812@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 7eebeb8fb84e2a9cb73903a08c59cf1d3b32cee0 by Victor Stinner in branch 'master':
bpo-30812: Fix test_warnings, restore _showwarnmsg (#2504)
https://github.com/python/cpython/commit/7eebeb8fb84e2a9cb73903a08c59cf1d3b32cee0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30812>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:00:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:00:00 +0000
Subject: [issue30812] Running test_warnings twice fails
In-Reply-To: <1498815814.09.0.930459011173.issue30812@psf.upfronthosting.co.za>
Message-ID: <1498820400.74.0.96174422911.issue30812@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2577

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30812>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:00:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:00:00 +0000
Subject: [issue26568] Add a new warnings.showwarnmsg() function taking a
 warnings.WarningMessage object
In-Reply-To: <1458052320.63.0.791464551893.issue26568@psf.upfronthosting.co.za>
Message-ID: <1498820400.83.0.384542628663.issue26568@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2578

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26568>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:02:56 2017
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 30 Jun 2017 11:02:56 +0000
Subject: [issue30803] Truth value of sets not properly documented
In-Reply-To: <1498743378.1.0.0570911503542.issue30803@psf.upfronthosting.co.za>
Message-ID: <1498820576.88.0.210791564505.issue30803@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2579

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30803>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:09:48 2017
From: report at bugs.python.org (Samuele Santi)
Date: Fri, 30 Jun 2017 11:09:48 +0000
Subject: [issue30814] Import dotted name as alias breaks with concurrency
Message-ID: <1498820988.28.0.530762803635.issue30814@psf.upfronthosting.co.za>


New submission from Samuele Santi:

I noticed this weird behavior in Python 3.6:

Apparently ``import package.module as _alias`` fails in a threaded environment, sometimes raising an ``ImportError``, seemingly at random.

Everything seems to be working perfectly fine:

- On 3.5 and lower
- When *not* defining an alias, eg. ``import package.module``
- When using the ``from package import module as alias`` style


See this repo with code for reproducing the issue:

https://github.com/rshk/python36-import-alias-concurrency-bug


I tested this on the system Python 3.6.1 shipped with Archlinux (both inside and outside of a virtualenv), and in the official docker image for 3.6.

This all started here https://github.com/psycopg/psycopg2/issues/550 as others were experiencing this issue too.

----------
messages: 297380
nosy: Samuele Santi2
priority: normal
severity: normal
status: open
title: Import dotted name as alias breaks with concurrency
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30814>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:14 +0000
Subject: [issue26568] Add a new warnings.showwarnmsg() function taking a
 warnings.WarningMessage object
In-Reply-To: <1458052320.63.0.791464551893.issue26568@psf.upfronthosting.co.za>
Message-ID: <1498821134.36.0.0576422616335.issue26568@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset d0aac5da59b1bbd113e6081d7c807ad5bced8a05 by Victor Stinner in branch '3.6':
bpo-30812: Fix test_warnings, restore _showwarnmsg (#2504) (#2507)
https://github.com/python/cpython/commit/d0aac5da59b1bbd113e6081d7c807ad5bced8a05


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26568>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:14 +0000
Subject: [issue30812] Running test_warnings twice fails
In-Reply-To: <1498815814.09.0.930459011173.issue30812@psf.upfronthosting.co.za>
Message-ID: <1498821134.49.0.373584895198.issue30812@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset d0aac5da59b1bbd113e6081d7c807ad5bced8a05 by Victor Stinner in branch '3.6':
bpo-30812: Fix test_warnings, restore _showwarnmsg (#2504) (#2507)
https://github.com/python/cpython/commit/d0aac5da59b1bbd113e6081d7c807ad5bced8a05


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30812>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:17 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:17 +0000
Subject: [issue16662] load_tests not invoked in package/__init__.py
In-Reply-To: <1355217291.85.0.41912767842.issue16662@psf.upfronthosting.co.za>
Message-ID: <1498821137.84.0.291620632024.issue16662@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 714afccf6e7644d21ce1a39e90bf83cb0c9a74f1 by Victor Stinner in branch '3.5':
bpo-30813: Fix unittest when hunting refleaks (#2502) (#2506)
https://github.com/python/cpython/commit/714afccf6e7644d21ce1a39e90bf83cb0c9a74f1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16662>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:18 +0000
Subject: [issue11798] Test cases not garbage collected after run
In-Reply-To: <1302192957.51.0.450503345302.issue11798@psf.upfronthosting.co.za>
Message-ID: <1498821138.04.0.751401523327.issue11798@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 714afccf6e7644d21ce1a39e90bf83cb0c9a74f1 by Victor Stinner in branch '3.5':
bpo-30813: Fix unittest when hunting refleaks (#2502) (#2506)
https://github.com/python/cpython/commit/714afccf6e7644d21ce1a39e90bf83cb0c9a74f1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11798>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:18 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
 during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <1498821138.34.0.456333985665.issue16935@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 714afccf6e7644d21ce1a39e90bf83cb0c9a74f1 by Victor Stinner in branch '3.5':
bpo-30813: Fix unittest when hunting refleaks (#2502) (#2506)
https://github.com/python/cpython/commit/714afccf6e7644d21ce1a39e90bf83cb0c9a74f1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:18 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
In-Reply-To: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>
Message-ID: <1498821138.55.0.552846536686.issue30813@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 714afccf6e7644d21ce1a39e90bf83cb0c9a74f1 by Victor Stinner in branch '3.5':
bpo-30813: Fix unittest when hunting refleaks (#2502) (#2506)
https://github.com/python/cpython/commit/714afccf6e7644d21ce1a39e90bf83cb0c9a74f1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:22 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:22 +0000
Subject: [issue16662] load_tests not invoked in package/__init__.py
In-Reply-To: <1355217291.85.0.41912767842.issue16662@psf.upfronthosting.co.za>
Message-ID: <1498821142.91.0.80172914397.issue16662@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 22d4e8fb99b16657eabfe7f9fee2d40a5ef882f6 by Victor Stinner in branch '3.6':
bpo-30813: Fix unittest when hunting refleaks (#2502) (#2505)
https://github.com/python/cpython/commit/22d4e8fb99b16657eabfe7f9fee2d40a5ef882f6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16662>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:23 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:23 +0000
Subject: [issue11798] Test cases not garbage collected after run
In-Reply-To: <1302192957.51.0.450503345302.issue11798@psf.upfronthosting.co.za>
Message-ID: <1498821143.15.0.551953755086.issue11798@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 22d4e8fb99b16657eabfe7f9fee2d40a5ef882f6 by Victor Stinner in branch '3.6':
bpo-30813: Fix unittest when hunting refleaks (#2502) (#2505)
https://github.com/python/cpython/commit/22d4e8fb99b16657eabfe7f9fee2d40a5ef882f6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11798>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:24 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
 during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <1498821144.31.0.262537388099.issue16935@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 22d4e8fb99b16657eabfe7f9fee2d40a5ef882f6 by Victor Stinner in branch '3.6':
bpo-30813: Fix unittest when hunting refleaks (#2502) (#2505)
https://github.com/python/cpython/commit/22d4e8fb99b16657eabfe7f9fee2d40a5ef882f6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:12:24 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:12:24 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
In-Reply-To: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>
Message-ID: <1498821144.48.0.0534605216167.issue30813@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 22d4e8fb99b16657eabfe7f9fee2d40a5ef882f6 by Victor Stinner in branch '3.6':
bpo-30813: Fix unittest when hunting refleaks (#2502) (#2505)
https://github.com/python/cpython/commit/22d4e8fb99b16657eabfe7f9fee2d40a5ef882f6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:19:46 2017
From: report at bugs.python.org (Peter Thomassen)
Date: Fri, 30 Jun 2017 11:19:46 +0000
Subject: [issue30803] Truth value of sets not properly documented
In-Reply-To: <1498743378.1.0.0570911503542.issue30803@psf.upfronthosting.co.za>
Message-ID: <1498821586.5.0.771449838331.issue30803@psf.upfronthosting.co.za>


Peter Thomassen added the comment:

I submitted a PR on github, and signed the CLA before doing so. (I double-checked my bpo username in the CLA, and my github username in the bpo profile.) Still, the bot says I need to sign the CLA. I'm not sure what to do?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30803>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:22:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:22:09 +0000
Subject: [issue30812] Running test_warnings twice fails
In-Reply-To: <1498815814.09.0.930459011173.issue30812@psf.upfronthosting.co.za>
Message-ID: <1498821729.4.0.485788588953.issue30812@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30812>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:23:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:23:29 +0000
Subject: [issue30813] test_unittest fails when hunting reference leaks
In-Reply-To: <1498816228.35.0.729692699149.issue30813@psf.upfronthosting.co.za>
Message-ID: <1498821809.32.0.0910698564362.issue30813@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30813>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:33:33 2017
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 30 Jun 2017 11:33:33 +0000
Subject: =?utf-8?q?=5Bissue30810=5D_Germany_made_the_upper_case_=C3=9F_official=2E?=
 =?utf-8?b?ICfDnycudXBwZXIoKSBzaG91bGQgbm93IHJldHVybiDhup4u?=
In-Reply-To: <1498809535.65.0.688686047851.issue30810@psf.upfronthosting.co.za>
Message-ID: <1498822413.79.0.897884048975.issue30810@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

Although I'm not German, I'm rather pleased by this. Nevertheless I don't think we actually need to do anything yet.

I think it is more important that Python follows the standard Unicode behaviour. If and when Unicode recommend that '?'.upper() returns '\N{LATIN CAPITAL LETTER SHARP S}' then we should follow, until then we should treat it as no different from any other locale-specific difference. For example, 'i'.upper() returns 'I' instead of '?' as you would expect if you are Turkish.

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30810>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:37:36 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 11:37:36 +0000
Subject: =?utf-8?q?=5Bissue30810=5D_Germany_made_the_upper_case_=C3=9F_official=2E?=
 =?utf-8?b?ICfDnycudXBwZXIoKSBzaG91bGQgbm93IHJldHVybiDhup4u?=
In-Reply-To: <1498809535.65.0.688686047851.issue30810@psf.upfronthosting.co.za>
Message-ID: <1498822656.69.0.450207495406.issue30810@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Python doesn't make politic :-) Python implements Unicode standard. Python 3.7 currently uses Unicode 10.0:

haypo at selma$ ./python
Python 3.7.0a0 (heads/master:b903067, Jun 30 2017, 11:49:25) 
>>> unicodedata.unidata_version
'10.0.0'

It seems like Unicode 10 still uses "SS":

>>> '?'.upper()
'SS'

The German government has to change the Unicode standard :-) Please report this "bug" to the Unicode standard :-) So I closes this issue as "third party.

----------
nosy: +haypo
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30810>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:39:51 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 11:39:51 +0000
Subject: [issue16935] unittest should understand SkipTest at import time
 during test discovery
In-Reply-To: <1357915388.69.0.583817209092.issue16935@psf.upfronthosting.co.za>
Message-ID: <1498822791.12.0.884149375419.issue16935@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16935>
_______________________________________

From report at bugs.python.org  Fri Jun 30 07:40:03 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 11:40:03 +0000
Subject: [issue11798] Test cases not garbage collected after run
In-Reply-To: <1302192957.51.0.450503345302.issue11798@psf.upfronthosting.co.za>
Message-ID: <1498822803.62.0.369075201384.issue11798@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy:  -pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11798>
_______________________________________

From report at bugs.python.org  Fri Jun 30 08:26:04 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Jun 2017 12:26:04 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
Message-ID: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>


New submission from INADA Naoki:

>From PEP393, PyUnicode_AsUCS4 is inefficient.
And C implementation of io.StringIO() uses it.

That's why Python 3 is slower than Python 2 on logging_format and logging_simple benchmarks.
https://mail.python.org/pipermail/speed/2017-February/000503.html

Maybe, it can use _PyUnicodeWriter APIs instead.

----------
components: IO
messages: 297394
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: StringIO uses inefficient PyUnicode_AsUCS4
type: performance
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 08:31:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 12:31:05 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>
Message-ID: <1498825865.15.0.267860619189.issue30815@psf.upfronthosting.co.za>


STINNER Victor added the comment:

There was a discussion to use an adaptative implementation depending *how* the API is used. Write only is different than write, seek back, write, read, seek, etc.

The idea was used unicode writer when it's the most efficient, write only, and switch to something else (ex: current code) when other methods are used.

See bpo-15612.

----------
nosy: +haypo, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 08:37:39 2017
From: report at bugs.python.org (Frazer McLean)
Date: Fri, 30 Jun 2017 12:37:39 +0000
Subject: [issue30814] Import dotted name as alias breaks with concurrency
In-Reply-To: <1498820988.28.0.530762803635.issue30814@psf.upfronthosting.co.za>
Message-ID: <1498826259.14.0.977353124755.issue30814@psf.upfronthosting.co.za>


Changes by Frazer McLean <frazer at frazermclean.co.uk>:


----------
nosy: +RazerM

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30814>
_______________________________________

From report at bugs.python.org  Fri Jun 30 08:41:52 2017
From: report at bugs.python.org (Bhavishya)
Date: Fri, 30 Jun 2017 12:41:52 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>
Message-ID: <1498826512.75.0.926420965286.issue30815@psf.upfronthosting.co.za>


Changes by Bhavishya <bhavishyagopesh at gmail.com>:


----------
nosy: +bhavishya

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 08:48:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 12:48:28 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>
Message-ID: <1498826908.78.0.579401645061.issue30815@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I rewrote my old benchmarks using the new perf module API: bench_stringio3.py. This benchmark suite now takes forever with perf, since perf computes much more values and the suite contains a total of 108 benchmarks! Most lines should be commented to take a reasonable time :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 08:51:55 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 12:51:55 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>
Message-ID: <1498827115.89.0.176980758969.issue30815@psf.upfronthosting.co.za>


STINNER Victor added the comment:

According to my result computed 5 times ago, the most signicant different was on *reading* from StringIO which contains USC1 text:

reader long lines ascii               |  103 us (*) | 33.4 us (-68%)
reader long lines latin1              |  105 us (*) | 34.2 us (-67%)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 08:55:32 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Jun 2017 12:55:32 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>
Message-ID: <1498827332.65.0.107610617289.issue30815@psf.upfronthosting.co.za>


INADA Naoki added the comment:

I'm sorry, it's my mistake.

I used vmprof on mac and I thought as_ucs4 is bottleneck.
But vmprof on Linux (and perf) shows totally different result.

Maybe, current vmprof doesn't work well for native code on macOS.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 08:58:25 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 12:58:25 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>
Message-ID: <1498827505.58.0.113256196777.issue30815@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I rewrote my old benchmarks using the new perf module API: bench_stringio3.py.

WTF? The file is not attached to this issue, but I removed it locally :-(

It seems like Roundup cleared the file field of this form when I got a conflict when I wanted to post my message...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 09:33:44 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Jun 2017 13:33:44 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>
Message-ID: <1498829624.09.0.479053783053.issue30815@psf.upfronthosting.co.za>


INADA Naoki added the comment:

FYI, https://github.com/python/performance/pull/27 will fix performance regression.
Python 3 performance is similar to Python 2 after s/warn/warning/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 09:38:43 2017
From: report at bugs.python.org (Bhavishya)
Date: Fri, 30 Jun 2017 13:38:43 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498829624.09.0.479053783053.issue30815@psf.upfronthosting.co.za>
Message-ID: <CAFRL-_erKAGG117FkHkrAyuGjR=DVd9kMBv1m4wJhVSj136fNA@mail.gmail.com>


Bhavishya added the comment:

I'm running archlinux(on mac...not very confident of my system though I
tried cpu isolation with "isolcpus") so if please anyone else also can run
it....and confirm if it actually helps. Thanks.

On Fri, Jun 30, 2017 at 7:03 PM, INADA Naoki <report at bugs.python.org> wrote:

>
> INADA Naoki added the comment:
>
> FYI, https://github.com/python/performance/pull/27 will fix performance
> regression.
> Python 3 performance is similar to Python 2 after s/warn/warning/
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue30815>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 09:39:18 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 13:39:18 +0000
Subject: [issue30815] StringIO uses inefficient PyUnicode_AsUCS4
In-Reply-To: <1498825564.05.0.576507824205.issue30815@psf.upfronthosting.co.za>
Message-ID: <1498829958.91.0.956930592463.issue30815@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"FYI, https://github.com/python/performance/pull/27 will fix performance regression. Python 3 performance is similar to Python 2 after s/warn/warning/"

I was surprised to see that Logger.warn() is slower than Logger.warning()! It is because warn() emits a deprecation warning, thing which isn't cheap...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30815>
_______________________________________

From report at bugs.python.org  Fri Jun 30 09:44:23 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 30 Jun 2017 13:44:23 +0000
Subject: [issue13821] misleading return from isidentifier
In-Reply-To: <1326934459.59.0.614334427327.issue13821@psf.upfronthosting.co.za>
Message-ID: <1498830263.78.0.585181196806.issue13821@psf.upfronthosting.co.za>


R. David Murray added the comment:

See also issue 30772 about the deeper problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13821>
_______________________________________

From report at bugs.python.org  Fri Jun 30 09:55:40 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Fri, 30 Jun 2017 13:55:40 +0000
Subject: [issue30809] IDLE parenmatch - highlighting options
In-Reply-To: <1498768567.92.0.13204753323.issue30809@psf.upfronthosting.co.za>
Message-ID: <1498830940.27.0.44646428028.issue30809@psf.upfronthosting.co.za>


Charles Wohlganger added the comment:

The pull request has been changed to only have the theme element able to be selected. #22705 hasn't had activity in a few years. Is there something I can do to move it along?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30809>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:14:49 2017
From: report at bugs.python.org (Matt Billenstein)
Date: Fri, 30 Jun 2017 14:14:49 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498832089.47.0.816226801287.issue30703@psf.upfronthosting.co.za>


Matt Billenstein added the comment:

Verified this by letting the test_many_processes loop overnight (master at 42bc8beadd49)-- 34k passes later and no hangs.  Nice work!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:19:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 14:19:05 +0000
Subject: [issue30816] test_open() of test_eintr timeout after 10 min on
 "x86-64 El Capitan 3.x"
In-Reply-To: <1498832228.54.0.975621351907.issue30816@psf.upfronthosting.co.za>
Message-ID: <1498832345.84.0.0175755786088.issue30816@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: test_open() of test_eintr timeout after 10 min -> test_open() of test_eintr timeout after 10 min on "x86-64 El Capitan 3.x"

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30816>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:19:31 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 30 Jun 2017 14:19:31 +0000
Subject: [issue30817] Abort in PyErr_PrintEx() when no memory
Message-ID: <1498832371.19.0.0580869338001.issue30817@psf.upfronthosting.co.za>


New submission from Xavier de Gaye:

To reproduce the abort (the set_nomemory() function is being added to _testcapi in issue 30695):

$ ./python memerr.py
python: Objects/call.c:89: _PyObject_FastCallDict: Assertion `!PyErr_Occurred()' failed.
Aborted (core dumped)

The corresponding backtrace:

#0  0x00007ffff7131670 in raise () from /usr/lib/libc.so.6
#1  0x00007ffff7132d00 in abort () from /usr/lib/libc.so.6
#2  0x00007ffff712a45a in __assert_fail_base () from /usr/lib/libc.so.6
#3  0x00007ffff712a4d2 in __assert_fail () from /usr/lib/libc.so.6
#4  0x00000000004628ce in _PyObject_FastCallDict (
    callable=<built-in method excepthook of module object at remote 0x7ffff70ab8d8>,
    args=args at entry=0x7fffffffe330, nargs=nargs at entry=3, kwargs=kwargs at entry=0x0)
    at Objects/call.c:89
#5  0x0000000000426004 in PyErr_PrintEx (set_sys_last_vars=set_sys_last_vars at entry=1)
    at Python/pythonrun.c:641
#6  0x00000000004263ac in PyErr_Print () at Python/pythonrun.c:510
#7  0x0000000000427586 in PyRun_SimpleFileExFlags (fp=fp at entry=0x987620, filename=<optimized out>,
    filename at entry=0x7ffff6febcd0 "memerr.py", closeit=closeit at entry=1,
    flags=flags at entry=0x7fffffffe4cc) at Python/pythonrun.c:403
#8  0x0000000000427673 in PyRun_AnyFileExFlags (fp=fp at entry=0x987620,
    filename=0x7ffff6febcd0 "memerr.py", closeit=closeit at entry=1, flags=flags at entry=0x7fffffffe4cc)
    at Python/pythonrun.c:82
#9  0x0000000000437217 in run_file (fp=fp at entry=0x987620, filename=0x91a190 L"memerr.py",
    p_cf=p_cf at entry=0x7fffffffe4cc) at Modules/main.c:341
#10 0x0000000000437bae in Py_Main (argc=argc at entry=2, argv=argv at entry=0x918020)
    at Modules/main.c:901
#11 0x000000000041d7fa in main (argc=2, argv=0x7fffffffe6c8) at ./Programs/python.c:102

----------
components: Interpreter Core
files: memerr.py
messages: 297408
nosy: xdegaye
priority: normal
severity: normal
status: open
title: Abort in PyErr_PrintEx() when no memory
type: crash
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file46982/memerr.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30817>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:23:08 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 30 Jun 2017 14:23:08 +0000
Subject: [issue30695] add a nomemory_allocator to the _testcapi module
In-Reply-To: <1497781271.4.0.00244472655339.issue30695@psf.upfronthosting.co.za>
Message-ID: <1498832588.24.0.876541293335.issue30695@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

> Oh, I'm curious about that one :-)

This is issue 30817.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30695>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:20:09 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 14:20:09 +0000
Subject: [issue30183] [HPUX] compilation error in pytime.c with cc compiler
In-Reply-To: <1493267090.1.0.00115311377195.issue30183@psf.upfronthosting.co.za>
Message-ID: <1498832409.13.0.159820619518.issue30183@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Can someone please give the list of failing tests of the Python master branch on HP-UX?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30183>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:15:28 2017
From: report at bugs.python.org (Robert Boehne)
Date: Fri, 30 Jun 2017 14:15:28 +0000
Subject: [issue30183] [HPUX] compilation error in pytime.c with cc compiler
In-Reply-To: <1493267090.1.0.00115311377195.issue30183@psf.upfronthosting.co.za>
Message-ID: <1498832128.3.0.979581816235.issue30183@psf.upfronthosting.co.za>


Robert Boehne added the comment:

I'd love to have this fix backported to 3.5 and 3.6.  It seems trivial to do, and I'd be happy to do it myself.

----------
nosy: +Robert Boehne

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30183>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:21:16 2017
From: report at bugs.python.org (Xavier de Gaye)
Date: Fri, 30 Jun 2017 14:21:16 +0000
Subject: [issue30817] Abort in PyErr_PrintEx() when no memory
In-Reply-To: <1498832371.19.0.0580869338001.issue30817@psf.upfronthosting.co.za>
Message-ID: <1498832476.19.0.0588949247792.issue30817@psf.upfronthosting.co.za>


Xavier de Gaye added the comment:

With pyerr_printex.patch we get the following correct results (rc=120 is set by Py_Main() after Py_FinalizeEx() returns with an error):

$ ./python memerr.py 5 12
set_nomemory(0, 5)
result = _PythonRunResult(rc=1, out=b'', err=b'MemoryError\n\nDuring handling of the above exception, another exception occurred:\n\nMemoryError')
=============================
set_nomemory(0, 6)
result = _PythonRunResult(rc=1, out=b'', err=b'sys.excepthook is missing\nMemoryError\n\nDuring handling of the above exception, another exception occurred:\n\nMemoryError')
=============================
set_nomemory(0, 7)
result = _PythonRunResult(rc=1, out=b'', err=b'sys.excepthook is missing\nMemoryError\n\nDuring handling of the above exception, another exception occurred:\n\nMemoryError')
=============================
set_nomemory(0, 8)
result = _PythonRunResult(rc=1, out=b'', err=b'sys.excepthook is missing\nobject  : MemoryError()\ntype    : MemoryError\nrefcount: 1\naddress : 0x7f7ae1be3eb0\nlost sys.stderr')
=============================
set_nomemory(0, 9)
result = _PythonRunResult(rc=1, out=b'', err=b'sys.excepthook is missing\nobject  : \ntype    : MemoryError\nrefcount: 1\naddress : 0x7f8aead15eb0\nlost sys.stderr')
=============================
set_nomemory(0, 10)
result = _PythonRunResult(rc=1, out=b'', err=b'sys.excepthook is missing\nobject  : \ntype    : MemoryError\nrefcount: 1\naddress : 0x7f7b489d1eb0\nlost sys.stderr')
=============================
set_nomemory(0, 11)
result = _PythonRunResult(rc=1, out=b'', err=b'sys.excepthook is missing\nobject  : \ntype    : MemoryError\nrefcount: 1\naddress : 0x7ff97365eeb0\nlost sys.stderr')
=============================
set_nomemory(0, 12)
result = _PythonRunResult(rc=120, out=b'', err=b"sys.excepthook is missing\nobject  : \ntype    : MemoryError\nrefcount: 1\naddress : 0x7f559c9e0eb0\nlost sys.stderr\nException ignored in: <_io.TextIOWrapper name='<stdout>' mode='w' encoding='UTF-8'>\nMemoryError")
=============================

----------
keywords: +patch
Added file: http://bugs.python.org/file46983/pyerr_printex.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30817>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:19:37 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 14:19:37 +0000
Subject: [issue30183] [HPUX] compilation error in pytime.c with cc compiler
In-Reply-To: <1493267090.1.0.00115311377195.issue30183@psf.upfronthosting.co.za>
Message-ID: <1498832377.51.0.248687791799.issue30183@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I'd love to have this fix backported to 3.5 and 3.6.  It seems trivial to do, and I'd be happy to do it myself.

Go ahead :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30183>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:17:08 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 14:17:08 +0000
Subject: [issue30816] test_open() of test_eintr timeout after 10 min
Message-ID: <1498832228.54.0.975621351907.issue30816@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/x86-64%20El%20Capitan%203.x/builds/413/steps/test/logs/stdio

0:32:36 load avg: 1.58 [328/406/1] test_eintr failed
test_all (test.test_eintr.EINTRTests) ... FAIL

======================================================================
FAIL: test_all (test.test_eintr.EINTRTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/test_eintr.py", line 18, in test_all
    script_helper.assert_python_ok("-u", tester)
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/script_helper.py", line 151, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/script_helper.py", line 137, in _assert_python
    res.fail(cmd_line)
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/script_helper.py", line 79, in fail
    err))
AssertionError: Process return code is 1
command line: ['/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/python.exe', '-X', 'faulthandler', '-I', '-u', '/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py']

stdout:
---
test_read (__main__.OSEINTRTest) ... ok
test_wait (__main__.OSEINTRTest) ... ok
test_wait3 (__main__.OSEINTRTest) ... ok
test_wait4 (__main__.OSEINTRTest) ... ok
test_waitpid (__main__.OSEINTRTest) ... ok
test_write (__main__.OSEINTRTest) ... ok
test_accept (__main__.SocketEINTRTest) ... ok
test_open (__main__.SocketEINTRTest) ...
---

stderr:
---
Timeout (0:10:00)!
Thread 0x00007fff79b17000 (most recent call first):
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py", line 343 in python_open
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py", line 339 in _test_open
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/__init__.py", line 556 in wrapper
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py", line 348 in test_open
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/case.py", line 615 in run
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/case.py", line 663 in __call__
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/suite.py", line 122 in run
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/suite.py", line 84 in __call__
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/suite.py", line 122 in run
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/suite.py", line 84 in __call__
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/runner.py", line 176 in run
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/__init__.py", line 1896 in _run_suite
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/__init__.py", line 1940 in run_unittest
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py", line 488 in test_main
  File "/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py", line 492 in <module>
---

----------------------------------------------------------------------
Ran 1 test in 603.735s

FAILED (failures=1)
Warning -- files was modified by test_eintr
  Before: []
  After:  ['@test_40253_tmp'] 
test test_eintr failed

----------
components: Tests, macOS
keywords: buildbot
messages: 297407
nosy: haypo, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: test_open() of test_eintr timeout after 10 min
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30816>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:47:33 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 14:47:33 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1498832089.47.0.816226801287.issue30703@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYcDtQzstDApf8zjF17XR2Sq8X4Gm-3TWW7cVzPo8gLSw@mail.gmail.com>


STINNER Victor added the comment:

I concur with Matt: nice job Antoine, thanks for making Python more reliable ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Fri Jun 30 10:51:16 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 14:51:16 +0000
Subject: [issue30817] Abort in PyErr_PrintEx() when no memory
In-Reply-To: <1498832371.19.0.0580869338001.issue30817@psf.upfronthosting.co.za>
Message-ID: <1498834276.92.0.985101892901.issue30817@psf.upfronthosting.co.za>


STINNER Victor added the comment:

pyerr_printex.patch LGTM, please convert it to a GitHub PR.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30817>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:00:05 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:00:05 +0000
Subject: [issue30280] Warning -- threading._dangling was modified by
 test_asyncio on FreeBSD 9 and 10
In-Reply-To: <1493975315.11.0.159651594974.issue30280@psf.upfronthosting.co.za>
Message-ID: <1498834805.7.0.292369982482.issue30280@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2580

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30280>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:02:28 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:02:28 +0000
Subject: [issue30280] Warning -- threading._dangling was modified by
 test_asyncio on FreeBSD 9 and 10
In-Reply-To: <1493975315.11.0.159651594974.issue30280@psf.upfronthosting.co.za>
Message-ID: <1498834948.11.0.233946717609.issue30280@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2581

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30280>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:04:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:04:34 +0000
Subject: [issue30818] Warning -- asyncore.socket_map was modified by
 test_ftplib on AMD64 FreeBSD 10.x Shared 3.x
Message-ID: <1498835074.68.0.82947303088.issue30818@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/524/steps/test/logs/stdio

test_with_statement (test.test_ftplib.TestTLS_FTPClassMixin) ... ok
test_auth_issued_twice (test.test_ftplib.TestTLS_FTPClass) ... ok
test_auth_ssl (test.test_ftplib.TestTLS_FTPClass) ... ok
test_ccc (test.test_ftplib.TestTLS_FTPClass) ... ok
test_check_hostname (test.test_ftplib.TestTLS_FTPClass) ... ok
test_context (test.test_ftplib.TestTLS_FTPClass) ... ok
test_control_connection (test.test_ftplib.TestTLS_FTPClass) ... ok
test_data_connection (test.test_ftplib.TestTLS_FTPClass) ... ok
test_login (test.test_ftplib.TestTLS_FTPClass) ... Exception in thread Thread-88:
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_ftplib.py", line 388, in recv
    return super(SSLConnection, self).recv(buffer_size)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncore.py", line 374, in recv
    data = self.socket.recv(buffer_size)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/ssl.py", line 987, in recv
    return self.read(buflen)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/ssl.py", line 865, in read
    return self._sslobj.read(len, buffer)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/ssl.py", line 627, in read
    v = self._sslobj.read(len)
ssl.SSLEOFError: EOF occurred in violation of protocol (_ssl.c:2136)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asynchat.py", line 117, in handle_read
    data = self.recv(self.ac_in_buffer_size)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_ftplib.py", line 394, in recv
    self.handle_close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asynchat.py", line 190, in handle_close
    self.close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_ftplib.py", line 404, in close
    self._do_ssl_shutdown()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_ftplib.py", line 356, in _do_ssl_shutdown
    super(SSLConnection, self).close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncore.py", line 397, in close
    self.socket.close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/socket.py", line 417, in close
    self._real_close()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/ssl.py", line 1052, in _real_close
    socket._real_close(self)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/socket.py", line 411, in _real_close
    _ss.close(self)
ConnectionResetError: [Errno 54] Connection reset by peer

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncore.py", line 83, in read
    obj.handle_read_event()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_ftplib.py", line 366, in handle_read_event
    super(SSLConnection, self).handle_read_event()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncore.py", line 423, in handle_read_event
    self.handle_read()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asynchat.py", line 121, in handle_read
    self.handle_error()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_ftplib.py", line 399, in handle_error
    raise Exception
Exception

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/threading.py", line 917, in _bootstrap_inner
    self.run()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_ftplib.py", line 279, in run
    asyncore.loop(timeout=0.1, count=1)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncore.py", line 207, in loop
    poll_fun(timeout, map)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncore.py", line 150, in poll
    read(obj)
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncore.py", line 87, in read
    obj.handle_error()
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_ftplib.py", line 399, in handle_error
    raise Exception
Exception

ok
test__all__ (test.test_ftplib.MiscTestCase) ... ok

----------------------------------------------------------------------
Ran 89 tests in 11.986s

OK
Warning -- threading_cleanup() failed to cleanup 0 threads after 2 sec (count: 0, dangling: 2)
Warning -- asyncore.socket_map was modified by test_ftplib
  Before: {}
  After:  {4: <test.test_ftplib.DummyTLS_FTPServer 127.0.0.1:0 at 0x805feccf0>}

----------
components: Tests
messages: 297415
nosy: haypo
priority: normal
severity: normal
status: open
title: Warning -- asyncore.socket_map was modified by test_ftplib on AMD64 FreeBSD 10.x Shared 3.x
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30818>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:11:15 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:11:15 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1498835475.67.0.919896441895.issue29512@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2582

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:11:40 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:11:40 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks references
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498835500.13.0.34610643752.issue30776@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2583

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:20:26 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:20:26 +0000
Subject: [issue30818] Warning -- asyncore.socket_map was modified by
 test_ftplib on AMD64 FreeBSD 10.x Shared 3.x
In-Reply-To: <1498835074.68.0.82947303088.issue30818@psf.upfronthosting.co.za>
Message-ID: <1498836026.51.0.354045899475.issue30818@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2584

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30818>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:20:34 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:20:34 +0000
Subject: [issue30280] Warning -- threading._dangling was modified by
 test_asyncio on FreeBSD 9 and 10
In-Reply-To: <1493975315.11.0.159651594974.issue30280@psf.upfronthosting.co.za>
Message-ID: <1498836034.7.0.735490609218.issue30280@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 0e0bc8762570277147a09278c829e4a85a331596 by Victor Stinner in branch '3.5':
bpo-30280: Cleanup threads in ayncio tests (#2501) (#2512)
https://github.com/python/cpython/commit/0e0bc8762570277147a09278c829e4a85a331596


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30280>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:20:36 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:20:36 +0000
Subject: [issue30280] Warning -- threading._dangling was modified by
 test_asyncio on FreeBSD 9 and 10
In-Reply-To: <1493975315.11.0.159651594974.issue30280@psf.upfronthosting.co.za>
Message-ID: <1498836036.42.0.592480090203.issue30280@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 23caf8cfc6c52bdedd8e8db688d807530355fd6d by Victor Stinner in branch '3.6':
bpo-30280: Cleanup threads in ayncio tests (#2501) (#2511)
https://github.com/python/cpython/commit/23caf8cfc6c52bdedd8e8db688d807530355fd6d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30280>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:22:29 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:22:29 +0000
Subject: [issue30280] Warning -- threading._dangling was modified by
 test_asyncio on FreeBSD 9 and 10
In-Reply-To: <1493975315.11.0.159651594974.issue30280@psf.upfronthosting.co.za>
Message-ID: <1498836149.74.0.75689811627.issue30280@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30280>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:22:58 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:22:58 +0000
Subject: [issue30804] bolen-dmg-3.x build-installer.py failed
In-Reply-To: <1498750253.94.0.363268872371.issue30804@psf.upfronthosting.co.za>
Message-ID: <1498836178.5.0.645931496287.issue30804@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30804>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:28:06 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 15:28:06 +0000
Subject: [issue30703] Non-reentrant signal handler
 (test_multiprocessing_forkserver hangs)
In-Reply-To: <1497885657.03.0.477288552654.issue30703@psf.upfronthosting.co.za>
Message-ID: <1498836486.49.0.503261471669.issue30703@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thanks for running such a lengthy test, Matt :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30703>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:29:00 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 30 Jun 2017 15:29:00 +0000
Subject: [issue30787] Please add a comprehensive index of decorators to the
 documentation.
In-Reply-To: <1498573398.64.0.663772847899.issue30787@psf.upfronthosting.co.za>
Message-ID: <1498836540.35.0.768259856212.issue30787@psf.upfronthosting.co.za>


R. David Murray added the comment:

Hmm.  All the dunder methods are listed in the index on the '_' page.  It would kind of be consistent to have an '@' page.  Not sure what would be needed to make that happen though (might be a sphinx level thing).

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30787>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:30:14 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:30:14 +0000
Subject: [issue30448] test_subprocess creates a core dump on FreeBSD
In-Reply-To: <1495585443.49.0.256538007117.issue30448@psf.upfronthosting.co.za>
Message-ID: <1498836614.53.0.688444414871.issue30448@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2585

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30448>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:31:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:31:19 +0000
Subject: [issue29512] regrtest refleak: implement bisection feature
In-Reply-To: <1486640763.77.0.630012847727.issue29512@psf.upfronthosting.co.za>
Message-ID: <1498836679.15.0.497135804697.issue29512@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a3ca94d0504157a112a1f89bfe8be1307116fc73 by Victor Stinner in branch '3.6':
[3.6] bpo-29512, bpo-30776: Backport regrtest enhancements from master to 3.6 (#2513)
https://github.com/python/cpython/commit/a3ca94d0504157a112a1f89bfe8be1307116fc73


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29512>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:31:19 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:31:19 +0000
Subject: [issue30776] regrtest: change -R/--huntrleaks rule to decide if a
 test leaks references
In-Reply-To: <1498513763.26.0.144257056209.issue30776@psf.upfronthosting.co.za>
Message-ID: <1498836679.07.0.485600948387.issue30776@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset a3ca94d0504157a112a1f89bfe8be1307116fc73 by Victor Stinner in branch '3.6':
[3.6] bpo-29512, bpo-30776: Backport regrtest enhancements from master to 3.6 (#2513)
https://github.com/python/cpython/commit/a3ca94d0504157a112a1f89bfe8be1307116fc73


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30776>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:35:13 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:35:13 +0000
Subject: [issue30391] test_threading_handled() of test_socketserver hangs
 randomly on AMD64 FreeBSD 10.x Shared 3.6
In-Reply-To: <1495048024.31.0.0717718671213.issue30391@psf.upfronthosting.co.za>
Message-ID: <1498836913.15.0.365967376325.issue30391@psf.upfronthosting.co.za>


STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/525/steps/test/logs/stdio

0:16:07 load avg: 0.35 [406/406/1] test_socketserver crashed (Exit code 1)
Timeout (0:15:00)!
Thread 0x0000000802006400 (most recent call first):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/threading.py", line 296 in wait
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/threading.py", line 552 in wait
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_socketserver.py", line 369 in wait_done
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_socketserver.py", line 341 in __init__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_socketserver.py", line 362 in __init__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_socketserver.py", line 307 in test_threading_handled
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/case.py", line 615 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/case.py", line 663 in __call__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 122 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 84 in __call__
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/runner.py", line 176 in run
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py", line 1896 in _run_suite
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py", line 1940 in run_unittest
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py", line 171 in test_runner
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py", line 172 in runtest_inner
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py", line 130 in runtest
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/runtest_mp.py", line 71 in run_tests_slave
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/main.py", line 517 in _main
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/main.py", line 510 in main
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/main.py", line 585 in main
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 46 in _main
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 50 in <module>
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/runpy.py", line 85 in _run_code
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/runpy.py", line 193 in _run_module_as_main

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30391>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:37:00 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 15:37:00 +0000
Subject: [issue30818] Warning -- asyncore.socket_map was modified by
 test_ftplib on AMD64 FreeBSD 10.x Shared 3.x
In-Reply-To: <1498835074.68.0.82947303088.issue30818@psf.upfronthosting.co.za>
Message-ID: <1498837020.12.0.0239991840285.issue30818@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 73528640ffd872141e126d2c4a103126055ec9ce by Victor Stinner in branch 'master':
bpo-30818: test_ftplib calls asyncore.close_all() (#2514)
https://github.com/python/cpython/commit/73528640ffd872141e126d2c4a103126055ec9ce


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30818>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:40:27 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 30 Jun 2017 15:40:27 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498837227.53.0.46698652569.issue30302@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm not entirely sure what you are asking for opinions on, but for what it is worth I'm with Haypo: the repr should show the *actual* value of the attributes.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:41:29 2017
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 30 Jun 2017 15:41:29 +0000
Subject: [issue30796] Failures/crashes in test_signal on some buildbots
In-Reply-To: <1498688634.58.0.502091331703.issue30796@psf.upfronthosting.co.za>
Message-ID: <1498837289.85.0.87608557047.issue30796@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30796>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:42:18 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 30 Jun 2017 15:42:18 +0000
Subject: [issue30787] Please add a comprehensive index of decorators to the
 documentation.
In-Reply-To: <1498573398.64.0.663772847899.issue30787@psf.upfronthosting.co.za>
Message-ID: <1498837338.44.0.451490470732.issue30787@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Both staticmethod and contextmanager are in the index under "S" and "C". But if you mean they were hard to discover, having them under a list of decorators wouldn't have necessarily helped since, as we pointed out, you may get misled to look for a decorator when in fact there was a better solution that wasn't a decorator.

I'm closing this as "not a bug" since listing everything twice -- once under its name and once under its type/expected usage -- is just going to lead to unwieldy lists that are ridiculously long that no one is going to peruse.

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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30787>
_______________________________________

From report at bugs.python.org  Fri Jun 30 11:42:53 2017
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 30 Jun 2017 15:42:53 +0000
Subject: [issue30787] Please add a comprehensive index of decorators to the
 documentation.
In-Reply-To: <1498573398.64.0.663772847899.issue30787@psf.upfronthosting.co.za>
Message-ID: <1498837373.31.0.0692527830786.issue30787@psf.upfronthosting.co.za>


Brett Cannon added the comment:

And thanks for at least bringing the idea forward, Tom.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30787>
_______________________________________

From report at bugs.python.org  Fri Jun 30 12:22:02 2017
From: report at bugs.python.org (Robert Boehne)
Date: Fri, 30 Jun 2017 16:22:02 +0000
Subject: [issue30183] [HPUX] compilation error in pytime.c with cc compiler
In-Reply-To: <1493267090.1.0.00115311377195.issue30183@psf.upfronthosting.co.za>
Message-ID: <1498839722.39.0.535469320157.issue30183@psf.upfronthosting.co.za>


Robert Boehne added the comment:

I am having trouble getting things build still.  The problem is that the build is using a naked "ld" to link, and it is picking 32-bit mode by default in my 64-bit acc build. (Itanium)

IMO the problem is configure.ac:2467 which should look more like the gcc section.  I can produce a patch, and perhaps you can walk me though the submission process.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30183>
_______________________________________

From report at bugs.python.org  Fri Jun 30 12:23:43 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Jun 2017 16:23:43 +0000
Subject: [issue30804] bolen-dmg-3.x build-installer.py failed
In-Reply-To: <1498750253.94.0.363268872371.issue30804@psf.upfronthosting.co.za>
Message-ID: <1498839823.19.0.230446268732.issue30804@psf.upfronthosting.co.za>


Changes by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +2586

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30804>
_______________________________________

From report at bugs.python.org  Fri Jun 30 12:25:57 2017
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 30 Jun 2017 16:25:57 +0000
Subject: [issue30804] bolen-dmg-3.x build-installer.py failed
In-Reply-To: <1498750253.94.0.363268872371.issue30804@psf.upfronthosting.co.za>
Message-ID: <1498839957.08.0.797705551461.issue30804@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Sorry, It seems I failed to merge local patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30804>
_______________________________________

From report at bugs.python.org  Fri Jun 30 12:32:50 2017
From: report at bugs.python.org (Utkarsh Upadhyay)
Date: Fri, 30 Jun 2017 16:32:50 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498840370.13.0.774390808385.issue30302@psf.upfronthosting.co.za>


Utkarsh Upadhyay added the comment:

@r.david.murray: I'm primarily waiting for Serhiy (and, optionally Martin) to "Okay" the pull request. 

The code seems fine (@haypo has had a through look at it), but we still were mildly divided over whether we want to factor out the negative sign or not.

re: thoughts and opinions; I wanted to have them on:

  - Whether to factor out the negative sign.
  - Whether to throw in the doc-string/documentation changes into this PR or in a new one.


Current position on these questions:

- In favor of factoring out the -ve sign: Martin
  Not in favor of factoring out the -ve sign: Victor, R. David


- DocString changes: (@haypo's opinion) in a separate PR.


~
ut

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Fri Jun 30 12:52:46 2017
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 30 Jun 2017 16:52:46 +0000
Subject: [issue11798] Test cases not garbage collected after run
In-Reply-To: <1302192957.51.0.450503345302.issue11798@psf.upfronthosting.co.za>
Message-ID: <1498841566.97.0.489175002173.issue11798@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11798>
_______________________________________

From report at bugs.python.org  Fri Jun 30 12:56:50 2017
From: report at bugs.python.org (Robert Boehne)
Date: Fri, 30 Jun 2017 16:56:50 +0000
Subject: [issue30819] Linking with 'ld -b' fails with 64-bit using HP compiler
Message-ID: <1498841810.07.0.0205568789779.issue30819@psf.upfronthosting.co.za>


Changes by Robert Boehne <rboehne at gmail.com>:


----------
components: Build
nosy: Robert Boehne
priority: normal
severity: normal
status: open
title: Linking with 'ld -b' fails with 64-bit using HP compiler
type: compile error
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30819>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:03:41 2017
From: report at bugs.python.org (Anton Khirnov)
Date: Fri, 30 Jun 2017 17:03:41 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
Message-ID: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>


New submission from Anton Khirnov:

The documentation for the "new API" -- email.contentmanager.raw_data_manager -- claims that passing a list of messages to set_content() will create a multipart message. However, it fails with "KeyError: 'builtins.list'" and from looking at the code it seems this functionality is not and never was implemented.

----------
components: email
messages: 297430
nosy: barry, elenril, r.david.murray
priority: normal
severity: normal
status: open
title: email.contentmanager.raw_data_manager fails to create multipart messages
type: behavior
versions: Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:10:33 2017
From: report at bugs.python.org (Antony Lee)
Date: Fri, 30 Jun 2017 17:10:33 +0000
Subject: [issue30811] A venv created and activated from within a virtualenv
 uses the outer virtualenv's site-packages rather than its own.
In-Reply-To: <1498813368.34.0.349011380575.issue30811@psf.upfronthosting.co.za>
Message-ID: <1498842633.12.0.164402330258.issue30811@psf.upfronthosting.co.za>


Antony Lee added the comment:

Sorry, that was a sloppy report.  This is a better repro:

$ export PIP_CONFIG_FILE=/dev/null  # just to be sure
python -mvirtualenv outer-env  # using /usr/bin/python(3)
source outer-env/bin/activate
python -mvenv inner-env  # using outer-env's python
source inner-env/bin/activate
python -minspect -d pip

Using base prefix '/usr'
New python executable in /tmp/outer-env/bin/python
Installing setuptools, pip, wheel...done.
Target: pip
Origin: /tmp/outer-env/lib/python3.6/site-packages/pip/__init__.py
Cached: /tmp/outer-env/lib/python3.6/site-packages/pip/__pycache__/__init__.cpython-36.pyc
Loader: <_frozen_importlib_external.SourceFileLoader object at 0x7f92e00e03c8>
Submodule search path: ['/tmp/outer-env/lib/python3.6/site-packages/pip']

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30811>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:11:30 2017
From: report at bugs.python.org (Robert Boehne)
Date: Fri, 30 Jun 2017 17:11:30 +0000
Subject: [issue30819] Linking with 'ld -b' fails with 64-bit using Itanium HP
 compiler
Message-ID: <1498842690.63.0.786379991477.issue30819@psf.upfronthosting.co.za>


New submission from Robert Boehne:

Setting compiler flags to +DD64 produces 64-bit objects, but the linker does not understand this flag, so either you'll see an ld failure to recognize +DD64 at link time, or you'll see a failure later mixing 32 and 64-bit objects.

I also modified the C++ variable because that's obviously needed as well.
There was an issue with configure - after modifying one and adding another line in configure.ac, autoconf 2.69 removed all instances of "runstatedir" in the generated configure script, so I made my intended change to configure in an editor as well.

----------
title: Linking with 'ld -b' fails with 64-bit using HP compiler -> Linking with 'ld -b' fails with 64-bit using Itanium HP compiler

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30819>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:13:29 2017
From: report at bugs.python.org (Max Rothman)
Date: Fri, 30 Jun 2017 17:13:29 +0000
Subject: [issue30821] unittest.mock.Mocks with specs aren't aware of default
 arguments
Message-ID: <1498842809.59.0.716482523297.issue30821@psf.upfronthosting.co.za>


New submission from Max Rothman:

For a function f with the signature f(foo=None), the following three calls are equivalent:

f(None)
f(foo=None)
f()

However, only the first two are equivalent in the eyes of unittest.mock.Mock.assert_called_with:

>>> with patch('__main__.f', autospec=True) as f_mock:
        f_mock(foo=None)
        f_mock.assert_called_with(None)
<no exception>
>>> with patch('__main__.f', autospec=True) as f_mock:
        f_mock(None)
        f_mock.assert_called_with()
AssertionError: Expected call: f()  Actual call: f(None)

This is definitely surprising to new users (it was surprising to me!) and unnecessarily couples tests to how a particular piece of code happens to call a function.

----------
components: Library (Lib)
messages: 297433
nosy: Max Rothman
priority: normal
severity: normal
status: open
title: unittest.mock.Mocks with specs aren't aware of default arguments
versions: Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30821>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:14:51 2017
From: report at bugs.python.org (Max Rothman)
Date: Fri, 30 Jun 2017 17:14:51 +0000
Subject: [issue30821] unittest.mock.Mocks with specs aren't aware of default
 arguments
In-Reply-To: <1498842809.59.0.716482523297.issue30821@psf.upfronthosting.co.za>
Message-ID: <1498842891.54.0.579262867055.issue30821@psf.upfronthosting.co.za>


Max Rothman added the comment:

I'd be happy to look at submitting a patch for this, but it'd be helpful to be able to ask questions of someone more familiar with unittest.mock's code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30821>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:33:51 2017
From: report at bugs.python.org (James Shewey)
Date: Fri, 30 Jun 2017 17:33:51 +0000
Subject: [issue5004] socket.getfqdn() doesn't cope properly with purely
 DNS-based setups
In-Reply-To: <1232404142.93.0.545475464378.issue5004@psf.upfronthosting.co.za>
Message-ID: <1498844031.97.0.973800580374.issue5004@psf.upfronthosting.co.za>


James Shewey added the comment:

According to the man page for gethostbyaddr "The gethostbyname*() and gethostbyaddr*() functions are obsolete. Applications should use getaddrinfo(3) and getnameinfo(3) instead." - so perhaps using the correct API call might be a good start to resolving this issue, but I found that in my case, I needed to chase the problem upstream instead of downstream. On my Red Hat box, the kernel.hostname value with sysctl was incorrect. I had to re-set it with a  sysctl kernel.hostname=hostname.example.com. This overrides /etc/hosts, so I suspect this is probably not an issue on other distros that do not use sysctl.

The moral of the story being garbage in, garbage out.

----------
nosy: +James Shewey

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5004>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:38:04 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 17:38:04 +0000
Subject: [issue30804] bolen-dmg-3.x build-installer.py failed
In-Reply-To: <1498750253.94.0.363268872371.issue30804@psf.upfronthosting.co.za>
Message-ID: <1498844284.74.0.261462906401.issue30804@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset 5e742fa922ea70131b4c63451c87cf0347532806 by Victor Stinner (INADA Naoki) in branch 'master':
bpo-30804: fix macOS build with framework enabled. (#2516)
https://github.com/python/cpython/commit/5e742fa922ea70131b4c63451c87cf0347532806


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30804>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:38:44 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 17:38:44 +0000
Subject: [issue30804] bolen-dmg-3.x build-installer.py failed
In-Reply-To: <1498750253.94.0.363268872371.issue30804@psf.upfronthosting.co.za>
Message-ID: <1498844324.8.0.564610883698.issue30804@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Naoki: "How about adding --enable-framework on mac environment of Traivs?"

I like the idea. Can you please propose a PR?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30804>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:40:36 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 30 Jun 2017 17:40:36 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498844436.85.0.431869446507.issue30302@psf.upfronthosting.co.za>


R. David Murray added the comment:

If the docstring changes incorporate changes from this PR, I'd keep them in a single PR myself.  If not, two PRs would make review easier.  On the other hand, if haypo is volunteering to do the review, do whatever he wants :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Fri Jun 30 13:45:14 2017
From: report at bugs.python.org (R. David Murray)
Date: Fri, 30 Jun 2017 17:45:14 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1498844714.56.0.594569885752.issue30820@psf.upfronthosting.co.za>


R. David Murray added the comment:

We should fix the docs for 3.5 and 3.6, and open an enhancement request for 3.7 if we still think this feature is a good idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Fri Jun 30 14:04:12 2017
From: report at bugs.python.org (Utkarsh Upadhyay)
Date: Fri, 30 Jun 2017 18:04:12 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498845852.04.0.110674559485.issue30302@psf.upfronthosting.co.za>


Utkarsh Upadhyay added the comment:

The docstring changes ought to be easier to review since I'll only be making the Python and C docstrings mostly identical (with some minor changes here and there). I'll also (hopefully) need fewer pointers now that I've been through one review process (thanks @haypo!).

To answer your question, the changes in this PR are completely orthogonal to the changes in the docstring needed. 

Hence, I'm counting one more vote towards making the docstring changes in a separate PR.

Thanks! :-)

~
ut

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Fri Jun 30 14:46:23 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 30 Jun 2017 18:46:23 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498848383.78.0.551914100202.issue30302@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Don't wait me. I have no preferences and just remind about the Martin's suggestion.

The C code looks cumbersome. It could be made a little simpler if accumulate arguments into a string rather than a list.

    if (GET_TD_SECONDS(self) != 0) {
        Py_SETREF(args, PyUnicode_FromFormat("%U%sseconds=%d",
                                             args, sep, GET_TD_SECONDS(self)));
        if (args == NULL)
            return NULL;
        sep = ", ";
    }

args is initialized by an empty Python string, sep is initialized by "". PyUnicode_Join() at the end is not needed. This would save more than 20 lines.

The code could be simplified even more if use the char buffer(s) and PyOS_snprintf instead of PyUnicode_FromFormat().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Fri Jun 30 14:52:44 2017
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 30 Jun 2017 18:52:44 +0000
Subject: [issue11975] Fix referencing of built-in types (list, int, ...)
In-Reply-To: <1304281262.53.0.265979216697.issue11975@psf.upfronthosting.co.za>
Message-ID: <1498848764.77.0.0245873285447.issue11975@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2587

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11975>
_______________________________________

From report at bugs.python.org  Fri Jun 30 14:59:36 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 18:59:36 +0000
Subject: [issue30809] IDLE parenmatch - highlighting options
In-Reply-To: <1498768567.92.0.13204753323.issue30809@psf.upfronthosting.co.za>
Message-ID: <1498849176.67.0.298143971145.issue30809@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

As far as you want to go with
1. Review the uploaded patch here or on Rietveld (see review link).
   Or skip this if you make PR and review on github.
2. Download code, makes minimal changes needed to succeed with 'git apply download' in new branch.
3. git commit -m "Patch by Saimadhav Heblikar updated to 3.7"
4. (Optional) test, make changes needed to pass, commit.
5. Make PR and comment or review on github.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30809>
_______________________________________

From report at bugs.python.org  Fri Jun 30 15:09:54 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 19:09:54 +0000
Subject: [issue30809] IDLE parenmatch - highlighting options
In-Reply-To: <1498768567.92.0.13204753323.issue30809@psf.upfronthosting.co.za>
Message-ID: <1498849794.18.0.835642142051.issue30809@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There is another option.  I want to incorporate 'builtin extensions' as regular features (#27099), and move their configuration options to other tabs, which will need some reworking.  #22705 will then be less urgent. Selection from a finite set will then be from a dropdown box, like similar non-extension options. Thus #27099, which waiting on current work in process on ConfigDialog, is an alternate dependency.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30809>
_______________________________________

From report at bugs.python.org  Fri Jun 30 15:13:18 2017
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 30 Jun 2017 19:13:18 +0000
Subject: [issue30814] Import dotted name as alias breaks with concurrency
In-Reply-To: <1498820988.28.0.530762803635.issue30814@psf.upfronthosting.co.za>
Message-ID: <1498849998.45.0.72974487988.issue30814@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Interpreter Core
nosy: +brett.cannon, eric.snow, ncoghlan, serhiy.storchaka
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30814>
_______________________________________

From report at bugs.python.org  Fri Jun 30 15:31:02 2017
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 30 Jun 2017 19:31:02 +0000
Subject: [issue11975] Fix referencing of built-in types (list, int, ...)
In-Reply-To: <1304281262.53.0.265979216697.issue11975@psf.upfronthosting.co.za>
Message-ID: <1498851062.47.0.00159879868628.issue11975@psf.upfronthosting.co.za>


Changes by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +2588

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11975>
_______________________________________

From report at bugs.python.org  Fri Jun 30 16:59:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 20:59:31 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498856371.62.0.314934273021.issue30302@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Serhiy: "The C code looks cumbersome. It could be made a little simpler if accumulate arguments into a string rather than a list."

Utkarsh's first version used C code. I proposed to use a PyList and PyUnicodeObject strings to not have to compute the size of the char[] buffers.

The annoying part is to handle the ", " separator. I also had bad experiences with handling char* strings. It's so easy to make mistakes :-(

IMHO the current C code using Python objects is not that complex, but I don't really care of the implementation as soon as it works :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Fri Jun 30 17:13:42 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 21:13:42 +0000
Subject: [issue30764] regrtest: Add --fail-env-changed option
In-Reply-To: <1498479429.85.0.905289080128.issue30764@psf.upfronthosting.co.za>
Message-ID: <1498857222.51.0.949062513032.issue30764@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
pull_requests: +2589

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30764>
_______________________________________

From report at bugs.python.org  Fri Jun 30 17:59:40 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 21:59:40 +0000
Subject: [issue30791] tkinter.Tk() adds suffix to window class name when
 launching multiple instances
In-Reply-To: <1498663098.01.0.2360806195.issue30791@psf.upfronthosting.co.za>
Message-ID: <1498859980.32.0.481251290309.issue30791@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

> tkinter has added a #2
I think you yourself proved otherwise. Additional evidence is that ' #2' is not added on Windows.  I have 3 windows titled 'myApp' stacked behind my installed python/IDLE icon. root.winfo_class() returns the class name capitalized, but the window title is not.  root.winfo_class('newname') does not work.  Note: I added more chars to the label to make it big enough to force the window to be big enough to display the title.

There might be a reason why tcl deduplicates class names on *nix.  So even if you found a way to set a classname after the Tk call, tcl might still deduplicate it.  Or we might decide not to force change the current behavior.

I suspect that this will be closed as a 3rd-party issue.

----------
nosy: +serhiy.storchaka, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30791>
_______________________________________

From report at bugs.python.org  Fri Jun 30 18:00:14 2017
From: report at bugs.python.org (Charles Wohlganger)
Date: Fri, 30 Jun 2017 22:00:14 +0000
Subject: [issue30809] IDLE parenmatch - highlighting options
In-Reply-To: <1498768567.92.0.13204753323.issue30809@psf.upfronthosting.co.za>
Message-ID: <1498860014.73.0.757456557191.issue30809@psf.upfronthosting.co.za>


Charles Wohlganger added the comment:

Implimenting #27099 seems the more reasonable solution to me, so I'll work on that when I have free time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30809>
_______________________________________

From report at bugs.python.org  Fri Jun 30 18:02:53 2017
From: report at bugs.python.org (Utkarsh Upadhyay)
Date: Fri, 30 Jun 2017 22:02:53 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498860173.16.0.577114505909.issue30302@psf.upfronthosting.co.za>


Utkarsh Upadhyay added the comment:

So, as a compromise, I'll stick to PyObjects (avoiding char* and the buffer size calculations) but will use PyUnicode all the way instead using PyList_* functions (thus reducing the size of the code by ~20 lines).

I've pushed this change, ready for review! :)

(haypo has already approved the change while I am still writing this.)

~
ut

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Fri Jun 30 18:03:23 2017
From: report at bugs.python.org (Ned Deily)
Date: Fri, 30 Jun 2017 22:03:23 +0000
Subject: [issue30795] OS X failures in test_site
In-Reply-To: <1498680338.75.0.476997562196.issue30795@psf.upfronthosting.co.za>
Message-ID: <1498860203.05.0.172163786195.issue30795@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> site.py imports relatively large `sysconfig` module.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30795>
_______________________________________

From report at bugs.python.org  Fri Jun 30 18:14:48 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 22:14:48 +0000
Subject: [issue30803] Truth value of sets not properly documented
In-Reply-To: <1498743378.1.0.0570911503542.issue30803@psf.upfronthosting.co.za>
Message-ID: <1498860888.43.0.785131251248.issue30803@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

1. You have to go to your profile page
https://bugs.python.org/user26480
and add your GitHub name in the GitHub Name box.
2. A committer has to change the labels to trigger the robot to recheck.  I did that but it did not work because of 1.

As I said in my review, I strongly prefer leaving the bulleted list and making a minimal addition of 'set or' and 'set(), '.  I would not merge the current patch.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30803>
_______________________________________

From report at bugs.python.org  Fri Jun 30 18:24:57 2017
From: report at bugs.python.org (Ned Deily)
Date: Fri, 30 Jun 2017 22:24:57 +0000
Subject: [issue30730] [security] Injecting environment variable in subprocess
 on Windows
In-Reply-To: <1498118820.13.0.596038385019.issue30730@psf.upfronthosting.co.za>
Message-ID: <1498861497.33.0.813008931093.issue30730@psf.upfronthosting.co.za>


Ned Deily added the comment:

Steve, Paul: any comments on the severity of this issue and the pushed fixes?

----------
nosy: +benjamin.peterson, larry, ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30730>
_______________________________________

From report at bugs.python.org  Fri Jun 30 18:34:08 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 22:34:08 +0000
Subject: [issue27099] IDLE: turn builting extensions into regular modules
In-Reply-To: <1464055360.13.0.626532918919.issue27099@psf.upfronthosting.co.za>
Message-ID: <1498862048.22.0.0891838256481.issue27099@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am thinking that we should maybe add an 'Editor' tab.  Or we could expand the dialog box.  More room on General tab can be obtained by removing the label frames, or at least the labels, which seem a bit redundant.

----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27099>
_______________________________________

From report at bugs.python.org  Fri Jun 30 18:38:18 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 22:38:18 +0000
Subject: [issue27099] IDLE: turn builting extensions into regular modules
In-Reply-To: <1464055360.13.0.626532918919.issue27099@psf.upfronthosting.co.za>
Message-ID: <1498862298.74.0.171435672936.issue27099@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This has to wait for at least some of the refactoring and increased testing of configdialog, and maybe for the switch to ttk.

----------
dependencies: +IDLE: configdialog - add tests for ConfigDialog GUI., IDLE: configdialog -- factor out Changes class, IDLE: configdialog -- switch to ttk widgets.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27099>
_______________________________________

From report at bugs.python.org  Fri Jun 30 18:38:39 2017
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 30 Jun 2017 22:38:39 +0000
Subject: [issue30809] IDLE parenmatch - highlighting options
In-Reply-To: <1498768567.92.0.13204753323.issue30809@psf.upfronthosting.co.za>
Message-ID: <1498862319.7.0.392975279051.issue30809@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since configdialog code is being re-written, I would not want to write code right now.  But we could start planning.

----------
dependencies: +IDLE: turn builting extensions into regular modules

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30809>
_______________________________________

From report at bugs.python.org  Fri Jun 30 19:01:30 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 23:01:30 +0000
Subject: [issue30448] test_subprocess creates a core dump on FreeBSD
In-Reply-To: <1495585443.49.0.256538007117.issue30448@psf.upfronthosting.co.za>
Message-ID: <1498863690.92.0.00827593925591.issue30448@psf.upfronthosting.co.za>


STINNER Victor added the comment:


New changeset fd93f37f0dc537eb7edca7b75e2f92ef54dd2833 by Victor Stinner in branch '2.7':
bpo-30448: Fix support.SuppressCrashReport on macOS (#2515)
https://github.com/python/cpython/commit/fd93f37f0dc537eb7edca7b75e2f92ef54dd2833


----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30448>
_______________________________________

From report at bugs.python.org  Fri Jun 30 19:41:31 2017
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 30 Jun 2017 23:41:31 +0000
Subject: [issue30448] test_subprocess creates a core dump on FreeBSD
In-Reply-To: <1495585443.49.0.256538007117.issue30448@psf.upfronthosting.co.za>
Message-ID: <1498866091.5.0.137589749216.issue30448@psf.upfronthosting.co.za>


STINNER Victor added the comment:

macOS 2.7 buildbots are back. All known bugs are fixed, I close the issue.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30448>
_______________________________________

From report at bugs.python.org  Fri Jun 30 19:47:48 2017
From: report at bugs.python.org (Utkarsh Upadhyay)
Date: Fri, 30 Jun 2017 23:47:48 +0000
Subject: [issue30822] Python implementation of datetime module is not being
 tested correctly.
Message-ID: <1498866468.86.0.743233238239.issue30822@psf.upfronthosting.co.za>


New submission from Utkarsh Upadhyay:

While investigating http://bugs.python.org/issue30302 it was discovered that the Python implementation of the datetime module was not being tested correctly.

The datetimetester.py was supposed to execute tests twice, once for the _Fast implementation (i.e. C extension code in _datetimemodule.c) and once for the _Pure implementation (i.e the Python code).

The fix is contained in the following two commits:

 - https://github.com/python/cpython/pull/1493/commits/08e7548f56838fca43b488cefe51de4bdd600f3d
 - https://github.com/python/cpython/pull/1493/commits/94d5a4e4d33a1d14a2bb1be8fbff5e1e4cd2b7a6

The bug does not effect Python 2.7 as the C version of the datetime module had not been introduced back then. However, as fas as I can tell, the fix needs to be applied to all Python 3.x branches.

----------
components: Tests
messages: 297455
nosy: musically_ut, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Python implementation of datetime module is not being tested correctly.
type: enhancement
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30822>
_______________________________________

From report at bugs.python.org  Fri Jun 30 19:55:51 2017
From: report at bugs.python.org (Ned Deily)
Date: Fri, 30 Jun 2017 23:55:51 +0000
Subject: [issue27945] Various segfaults with dict
In-Reply-To: <1472852008.61.0.354257945943.issue27945@psf.upfronthosting.co.za>
Message-ID: <1498866951.15.0.723834209653.issue27945@psf.upfronthosting.co.za>


Ned Deily added the comment:

Since Serhiy created backport PRs for 3.4 and 3.3, I'm reopening the issue and marking it as Release Blocker (for those releases) so we don't lose track of them and agree they meet the criteria for security-fix-only releases.

----------
nosy: +benjamin.peterson, georg.brandl
priority: critical -> release blocker
resolution: fixed -> 
stage: resolved -> commit review
status: closed -> open
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27945>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:02:08 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 01 Jul 2017 00:02:08 +0000
Subject: [issue30302] Improve .__repr__ implementation for datetime.timedelta
In-Reply-To: <1494187046.46.0.90330515352.issue30302@psf.upfronthosting.co.za>
Message-ID: <1498867328.14.0.494856363166.issue30302@psf.upfronthosting.co.za>


Martin Panter added the comment:

Don?t let my minus sign suggestion stop this, especially since a couple other people said they don?t like it. The current pull request proposal is beneficial without it.

Isn?t there a ?Unicode writer? API that could be used? Maybe that?s another alternative to the string accumulation or list building, but I never used it so it may not be appropriate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30302>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:06:04 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 01 Jul 2017 00:06:04 +0000
Subject: [issue30623] python-nightly import numpy fails since recently
In-Reply-To: <1497113622.57.0.629057733429.issue30623@psf.upfronthosting.co.za>
Message-ID: <1498867564.3.0.383163552885.issue30623@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30623>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:18:32 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 01 Jul 2017 00:18:32 +0000
Subject: [issue30686] make `make install` faster
In-Reply-To: <1497638336.46.0.297230638217.issue30686@psf.upfronthosting.co.za>
Message-ID: <1498868312.12.0.42443814506.issue30686@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at python.org>:


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30686>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:27:06 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 01 Jul 2017 00:27:06 +0000
Subject: [issue30714] test_ssl fails with openssl 1.1.0f
In-Reply-To: <1497972401.5.0.807136343886.issue30714@psf.upfronthosting.co.za>
Message-ID: <1498868826.69.0.939508614352.issue30714@psf.upfronthosting.co.za>


Ned Deily added the comment:

Sorry for the delay.  It's clear this needs to get fixed so there's no need to wait to merge PRs into 3.6, 3.5, and 2.7.  If the PR gets merged into 3.6 soon, I'll pull it into 3.6.2 as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30714>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:33:17 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 01 Jul 2017 00:33:17 +0000
Subject: [issue30739] pypi ssl errors [CERTIFICATE_VERIFY_FAILED]
In-Reply-To: <1498223226.69.0.666030277766.issue30739@psf.upfronthosting.co.za>
Message-ID: <1498869197.3.0.549101077387.issue30739@psf.upfronthosting.co.za>


Ned Deily added the comment:

It looks like there was a certificate validation error when pip tried to make a TLS (https) connection.  If you are still having problems, suggest you check the pip issue tracker and, if needed, ask for help over there.

https://github.com/pypa/pip/issues

----------
nosy: +ned.deily
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: resource usage -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30739>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:37:45 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 01 Jul 2017 00:37:45 +0000
Subject: [issue30741] https://www.pypi-mirrors.org/ error 503
In-Reply-To: <1498227840.1.0.346905721798.issue30741@psf.upfronthosting.co.za>
Message-ID: <1498869465.04.0.0449456495712.issue30741@psf.upfronthosting.co.za>


Ned Deily added the comment:

This doesn't appear to be a Python issue.  If necessary, suggest follow up with either pip or the PyPA packaging-problems issue tracker:

https://github.com/pypa/packaging-problems/issues

----------
nosy: +ned.deily
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: security -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30741>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:49:49 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 01 Jul 2017 00:49:49 +0000
Subject: [issue30319] ConnectionResetError: [Errno 54] Connection reset by
 peer in socket.close on FreeBSD, Py 3.6
In-Reply-To: <1494345613.61.0.862517173328.issue30319@psf.upfronthosting.co.za>
Message-ID: <1498870189.5.0.31297203647.issue30319@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
dependencies: +test_threading_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6, test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30319>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:51:55 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 01 Jul 2017 00:51:55 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498870315.05.0.363703499945.issue30779@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


Added file: http://bugs.python.org/file46984/configdialog_tests_v1.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Fri Jun 30 20:52:10 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 01 Jul 2017 00:52:10 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498870330.89.0.84925329441.issue30779@psf.upfronthosting.co.za>


Changes by Cheryl Sabella <chekat2 at gmail.com>:


Added file: http://bugs.python.org/file46985/changes_class_v3.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Fri Jun 30 21:08:37 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 01 Jul 2017 01:08:37 +0000
Subject: [issue29334] ssl.SSLObject method getpeercert() is buggy,
 do_handshake() is strange
In-Reply-To: <1484914427.68.0.380715465195.issue29334@psf.upfronthosting.co.za>
Message-ID: <1498871317.66.0.918670729367.issue29334@psf.upfronthosting.co.za>


Ned Deily added the comment:

Is anything holding this up for merging into 3.6 and/or 3.5?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue29334>
_______________________________________

From report at bugs.python.org  Fri Jun 30 21:18:00 2017
From: report at bugs.python.org (Cheryl Sabella)
Date: Sat, 01 Jul 2017 01:18:00 +0000
Subject: [issue30779] IDLE: configdialog -- factor out Changes class
In-Reply-To: <1498516456.91.0.038376204652.issue30779@psf.upfronthosting.co.za>
Message-ID: <1498871880.09.0.742414411059.issue30779@psf.upfronthosting.co.za>


Cheryl Sabella added the comment:

Thanks for pointing out mapping protocol access.  That's what I was (poorly) trying to describe in the __getitem__ docstring in v1.  It's a really concept.

I worked on the tests.  I added some more code to the classes, so I uploaded that too (sorry, but I needed help understanding the functions).

Testing your Page class seemed pretty easy, so hopefully I did it right.  I have added more methods to the class though, which I didn't add tests for yet, in case it's not the right direction.

I changed the existing test to use the Changes class.  I believe I did what you intended, but I didn't expand it to keys and highlights just in case.

Now, my difficulty.  I had trouble trying to figure out the test for 'save_as', so I wanted to show you what I had so far.  You don't need to fill it out; I just needed to see if I was on the right track.  Writing a test without code was difficult since it involved other classes.  So, I copied the existing code into the class to see how it would fit.  Observations:
1.  The `testcfg` was a IdleUserConfParser dictionary.  I made a dummy config parser to override Save instead of mocking it.  I think you prefer this way of doing that.
2.  Page needed to know it's 'config_type' so that it (or Changes) could reach into idleConf.  self.main on its own didn't know which part of the  config files to update.
3.  Following #2, I created a 'save' module within Page.  My options were idleConf.userCfg[page.name] (in Changes) or idleConf.userCfg[self.name] (in Page).  Based on your LoD comment, I thought Page should know about that and not Changes.
4.  Split out `save_as` into another method called `changed`, also in Page.  I thought it made sense for a Page to say if it's changed.
5.  set_user_value is the same as before, although I changed the docstring and it's in Page for the page.name vs self.name reason.  However, this still looks really clunky to me.

Questions:
1.  Any interest on making Page inherit from defaultdict to simplify additem?
2.  I'm not sure about the name for Page, but I haven't come up with an alternate.  My reason is that in configdialog, all the create functions are create_page_* and the names on the tabs don't match the config (eg, there's a General tab stored in main).  Unless you made that connection on purpose?  I was thinking of `page` more as a GUI item, maybe because of terms like webpage.  Maybe the solution is to make the functions create_tab_*?

I still haven't looked at extensions.  I should have more time tomorrow.

One note, I found a typo in the current test file.  In tearDownModule, it sets idleConf.userCfg to testcfg, but I think the intent was to set it back to the saved value, which is userCfg.

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30779>
_______________________________________

From report at bugs.python.org  Fri Jun 30 21:18:42 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 01 Jul 2017 01:18:42 +0000
Subject: [issue30319] ConnectionResetError: [Errno 54] Connection reset by
 peer in socket.close on FreeBSD, Py 3.6
In-Reply-To: <1494345613.61.0.862517173328.issue30319@psf.upfronthosting.co.za>
Message-ID: <1498871922.08.0.88218757917.issue30319@psf.upfronthosting.co.za>


Martin Panter added the comment:

I think fixing all affected calls to socket.close in the world (option 3) would be too much. I just added two new reports (Issue 30652 and Issue 30391) as dependencies. These are about testing socketserver.TCPServer. As an example, to fix the socket.close call there, I think the change would look like

class TCPServer:
    def close_request(self, request):
        try:
            request.close()
        except ConnectionError:
            # Suppress asynchronous errors such as ECONNRESET on Free BSD
            pass

Instead of that change all over the place, I am thinking option 2 would be safest. In Modules/socketmodule.c, something like

sock_close(PySocketSockObject *s)
{
    Py_BEGIN_ALLOW_THREADS
    res = SOCKETCLOSE(fd);
    Py_END_ALLOW_THREADS
    /* ECONNRESET can occur on Free BSD */
    if (res < 0 && errno != ECONNRESET) {
        return s->errorhandler();
    }
}

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30319>
_______________________________________

From report at bugs.python.org  Fri Jun 30 21:26:22 2017
From: report at bugs.python.org (Martin Panter)
Date: Sat, 01 Jul 2017 01:26:22 +0000
Subject: [issue30391] test_threading_handled() of test_socketserver hangs
 randomly on AMD64 FreeBSD 10.x Shared 3.6
In-Reply-To: <1495048024.31.0.0717718671213.issue30391@psf.upfronthosting.co.za>
Message-ID: <1498872382.31.0.0778620280192.issue30391@psf.upfronthosting.co.za>


Martin Panter added the comment:

These tests are supposed to:

1. Create a TCP server
2. Open a TCP connection
3. Run a custom connection handler (depending on the particular test) in a new thread
4. When the handler returns, the new thread should call ?shutdown_request?
5. Shutdown_request closes the server?s connection socket
6. Shutdown_request sets an event for the main thread
7. Main thread waits for the above event

The stack trace indicates a thread is stuck at step 7. My guess is that step 5 has raised an exception, killing the thread rather than continuing to step 6. I suspect it is a ?socket.close? call raising an asynchronous error such as ECONNRESET; see Issue 30319. A general fix for that problem might fix these test_socketserver hangs.

----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30391>
_______________________________________

From report at bugs.python.org  Fri Jun 30 21:48:25 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 01 Jul 2017 01:48:25 +0000
Subject: [issue27425] Tests fail because of git's newline preferences on
 Windows
In-Reply-To: <1467306989.4.0.803551571995.issue27425@psf.upfronthosting.co.za>
Message-ID: <1498873705.3.0.946822706971.issue27425@psf.upfronthosting.co.za>


Ned Deily added the comment:

So do we have a resolution or resolutions for this yet?  And is bpo-30716 truly a duplicate?  If so, let's use one or the other.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue27425>
_______________________________________

From report at bugs.python.org  Fri Jun 30 21:59:29 2017
From: report at bugs.python.org (Peter Parente)
Date: Sat, 01 Jul 2017 01:59:29 +0000
Subject: [issue30473] defaultdict raises SystemError,
 __missing__ returned NULL in thread
In-Reply-To: <1495714909.78.0.802693882922.issue30473@psf.upfronthosting.co.za>
Message-ID: <1498874369.73.0.554215700269.issue30473@psf.upfronthosting.co.za>


Peter Parente added the comment:

Glad to hear it. Cheers, Victor!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30473>
_______________________________________

From report at bugs.python.org  Fri Jun 30 22:08:20 2017
From: report at bugs.python.org (Ned Deily)
Date: Sat, 01 Jul 2017 02:08:20 +0000
Subject: [issue30597] Show expected input in custom "print" error message
In-Reply-To: <1496918206.6.0.484368054025.issue30597@psf.upfronthosting.co.za>
Message-ID: <1498874900.38.0.315644309479.issue30597@psf.upfronthosting.co.za>


Ned Deily added the comment:

While it's debatable, I think one can make something of a case for this being a usability bug rather than a new feature.  Given the impact to new users of Python 3 and the apparent relative low risk of the change, I'll go out on a bit of a limb and allow it for 3.6.x.  Thanks for bringing it up!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue30597>
_______________________________________