[issue28517] Dead code in wordcode

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Proposed patch fixes removing unreachable code after RETURN_VALUE in peephole 
optimizer.

--
assignee:  -> serhiy.storchaka
keywords: +patch
stage:  -> patch review
Added file: 
http://bugs.python.org/file45202/peephole_remove_unreachable_code.patch

___
Python tracker 

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

[issue28341] cpython tip fails to build on Mac OS X 10.11.6 w/ XCode 8.0

[Christoph Reiter]

Christoph Reiter added the comment:

I get the same error when building python on osx 10.12 + xcode 8 for 10.9+ and 
then running it on 10.11.

Any idea what could be the problem?

--
nosy: +lazka

___
Python tracker 

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

[issue28498] tk busy command

[klappnase]

klappnase added the comment:

At least with python 3.4 here wantobjects still is valid, and personally I 
really hope that it remains this way, because I use to set wantobjects=False in 
my own code to avoid having to deal with errors because of some method or other 
unexpectedly returning TclObjects instead of Python objects (which has been 
happening here occasionally ever since they were invented).
I am practically illiterate with C, so I cannot tell what this code does, but 
at least I believe I see clearly here that it appears to be still used:

static TkappObject *
Tkapp_New(const char *screenName, const char *className,
  int interactive, int wantobjects, int wantTk, int sync,
  const char *use)
{
TkappObject *v;
char *argv0;

v = PyObject_New(TkappObject, (PyTypeObject *) Tkapp_Type);
if (v == NULL)
return NULL;
Py_INCREF(Tkapp_Type);

v->interp = Tcl_CreateInterp();
v->wantobjects = wantobjects;
v->threaded = Tcl_GetVar2Ex(v->interp, "tcl_platform", "threaded",
TCL_GLOBAL_ONLY) != NULL;
v->thread_id = Tcl_GetCurrentThread();
v->dispatching = 0;
(...)

static PyObject*
Tkapp_CallResult(TkappObject *self)
{
PyObject *res = NULL;
Tcl_Obj *value = Tcl_GetObjResult(self->interp);
if(self->wantobjects) {
/* Not sure whether the IncrRef is necessary, but something
   may overwrite the interpreter result while we are
   converting it. */
Tcl_IncrRefCount(value);
res = FromObj((PyObject*)self, value);
Tcl_DecrRefCount(value);
} else {
res = unicodeFromTclObj(value);
}
return res;
}

--

___
Python tracker 

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

[issue28518] execute("begin immediate") throwing OperationalError

[Florian Schulze]

New submission from Florian Schulze:

Using:

conn = sqlite3.connect(':memory:', isolation_level='IMMEDIATE')
conn.execute('begin immediate')

Throws:

sqlite3.OperationalError: cannot start a transaction within a transaction

This didn't happen in previous versions and the conn.in_transaction attribute 
is False right before the call to execute, so this situation doesn't seem to be 
detectable upfront for backward compatibility.

--
components: Library (Lib)
messages: 279301
nosy: fschulze
priority: normal
severity: normal
status: open
title: execute("begin immediate") throwing OperationalError
type: behavior
versions: Python 3.6

___
Python tracker 

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

[issue28498] tk busy command

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

First, thank you Miguel and klappnase for your patches. But they should be 
provided in different way, as described in Python Developer’s Guide [1].

> I totally disagree of this change on your patch:

This is not my patch. This is regenerated klappnase's. I expected this will 
allow to use the Rietveld Code Review Tool for reviewing, but unfortunately 
Rietveld don't accept these patches [2]. Below I added comments to the patch.

I agree, that all these complications are not needed. Just use getboolean(). It 
always returns bool in recent Python.

And don't bother about _configure(). Just duplicate the code. It can be 
refactored later, in separate issue.

Since this is a new feature, it can added only in developing version (future 
3.7). Forgot about 2.7 and 3.5. If make the patch fast, there is a chance to 
get it in 3.6 (if release manager accept this). But tests are needed.

> At least with python 3.4 here wantobjects still is valid, and personally I 
> really hope that it remains this way, because I use to set wantobjects=False 
> in my own code to avoid having to deal with errors because of some method or 
> other unexpectedly returning TclObjects instead of Python objects (which has 
> been happening here occasionally ever since they were invented).

There was an attempt to deprecate wantobjects=False (issue3015), but it is 
useful for testing and I think third-party program still can use it. If you 
encounter an error because some standard method return Tcl_Object, please file 
a bug. This is considered as a bug, and several similar bugs was fixed in last 
years.

Here are comments to the last klappnase's patch. Please add a serial number to 
your next patch for easier referring patches.

+def tk_busy(self, **kw):

Shouldn't it be just an alias to tk_busy_hold?

+'''Queries the busy command configuration options for
+this window.

PEP 257: "Multi-line docstrings consist of a summary line just like a one-line 
docstring, followed by a blank line, followed by a more elaborate description."

+any of the values accepted by busy_hold().'''

PEP 257: "Unless the entire docstring fits on a line, place the closing quotes 
on a line by themselves."

+return(self.tk.call('tk', 'busy', 'cget', self._w, '-'+option))

Don't use parentheses around the return value.

+the busy cursor can be specified for it by :

Remove a space before colon, add an empty line after it.

+def tk_busy_hold(self, **kw):

Since the only supported option is cursor, just declare it.

def tk_busy_hold(self, cursor=None):

+-cursor cursorName

"-cursor cursorName" is not Python syntax for passing arguments.

+return((self.tk.getboolean(self.tk.call(
+'tk', 'busy', 'status', self._w)) and True) or False)

Just return the result of self.tk.getboolean().

[1] https://docs.python.org/devguide/
[2] http://bugs.python.org/review/28498/

--

___
Python tracker 

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

[issue28518] execute("begin immediate") throwing OperationalError

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +berker.peksag, ghaering, serhiy.storchaka, xiang.zhang

___
Python tracker 

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

[issue28518] execute("begin immediate") throwing OperationalError

[Марк Коренберг]

Changes by Марк Коренберг :


--
nosy: +mmarkk

___
Python tracker 

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

[issue28519] Update pydoc tool to support generic types

[Ivan Levkivskyi]

New submission from Ivan Levkivskyi:

It was proposed in the discussion of #27989 to update pydoc rendering of 
documentation of classes supporting generic types.

Currently there are two ideas:
1. Keep the class header intact (i.e. listing actual runtime __bases__)
and adding a separate section describing generic info using __orig_bases__ and 
__parameters__. For example:

"""
class MyClass(typing.List, typing.Mapping):
...
(usual info)
...
This is a generic class consistent with List[~T], Mapping[str, +VT_co]
Type parameters: invariant T, covariant VT_co
"""

2. Do not add a separate section, but modify the header to display 
__orig_bases__. For example:


"""
class MyClass(List[~T], Mapping[str, +VT_co]):
...
(usual info)
...

"""

Guido prefers the second option. I am a bit afraid that this will cause people 
to use issubclass() with parameterized generics, but now issubclass(cls, 
List[T]) is a TypeError, only issubclass(cls, List) is allowed. So that I am 
more inclined towards first option.

--
assignee: docs@python
components: Documentation, Library (Lib)
messages: 279304
nosy: docs@python, gvanrossum, levkivskyi
priority: normal
severity: normal
status: open
title: Update pydoc tool to support generic types
type: enhancement
versions: Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

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

[issue28447] socket.getpeername() failure on broken TCP/IP connection

[Georgey]

Georgey added the comment:

Not only does the getpeername() method not work, but the socket instance itself 
has been destroyed as garbage by python. 
- I understand the former, but cannot accept the latter.

--
resolution: not a bug -> wont fix
status: closed -> pending

___
Python tracker 

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

[issue28518] execute("begin immediate") throwing OperationalError

[Jason R. Coombs]

Changes by Jason R. Coombs :


--
nosy: +jason.coombs

___
Python tracker 

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

[issue28518] execute("begin immediate") throwing OperationalError

[Xiang Zhang]

Xiang Zhang added the comment:

Looks like commit 284676cf2ac8 in #10740 introduces this. Haven't read through 
the thread yet.

--

___
Python tracker 

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

[issue28330] Use simpler and faster sched.Event definition

[Raymond Hettinger]

Raymond Hettinger added the comment:

A Serhiy noted, this patch will break the class when two events are scheduled 
at the same time and priority.

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

___
Python tracker 

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

[issue23749] asyncio missing wrap_socket (starttls)

[François]

Changes by François :


--
nosy: +Frzk

___
Python tracker 

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

[issue27939] Tkinter mainloop raises when setting the value of ttk.LabeledScale

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is caused by replacing int() by self._tk.getint() in IntVar.get() 
(issue23880). But the failure can be reproduced even in 3.4 if set 
tk.wantobjects = 0 before creating root widget.

One way is making getint() accepting floats. This fizes original example, but 
doesn't solve the issue for tk.wantobjects = 0.

Other way is making IntVar.get() falling back to integer part of getdouble(). 
This fixes the example in both modes. Proposed patch goes this way.

--
assignee:  -> serhiy.storchaka
keywords: +patch
stage: needs patch -> patch review
versions: +Python 3.7
Added file: http://bugs.python.org/file45203/tkinter_intvar_float_value.patch

___
Python tracker 

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

[issue5830] heapq item comparison problematic with sched's events

[Roundup Robot]

Roundup Robot added the comment:

New changeset ee476248a74a by Raymond Hettinger in branch '3.6':
Issue #5830:  Remove old comment.  Add empty slots.
https://hg.python.org/cpython/rev/ee476248a74a

--
nosy: +python-dev

___
Python tracker 

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

[issue28520] Failed to install Python 3.3.5 on OSX 10.11.6

[Jack Liu]

New submission from Jack Liu:

For some reason. I need to install Python 3.3.5 (64-bit) on OSX 10.11.6. I got 
installer from 
http://www.python.org/ftp/python/3.3.5/python-3.3.5-macosx10.6.dmg, failed to 
install Python 3.3.5 on OSX 10.11.6. See error in attached screenshot.

I know it's able to install Python 3.3.5 (64-bit) through pyenv. But I want to 
know why it's failed to install Python 3.3.5 on OSX 10.11.6 through python 
official installer. How can I make the python official installer work.

--
components: Installation
files: large.png
messages: 279309
nosy: Jack Liu
priority: normal
severity: normal
status: open
title: Failed to install Python 3.3.5 on OSX 10.11.6
versions: Python 3.3
Added file: http://bugs.python.org/file45204/large.png

___
Python tracker 

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

[issue20766] reference leaks in pdb

[Jack Liu]

Jack Liu added the comment:

Good to know the fix will be included Python official builds. Thanks.

--

___
Python tracker 

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

[issue28516] contextlib.ExitStack.__enter__ has trivial but undocumented behavior

[R. David Murray]

R. David Murray added the comment:

Hmm.  I guess we just assume it is obvious, given that the with statement 
examples name the variable 'stack', and the pop_all docs mention that no 
callbacks are called until it is closed "or at the end of a with statement".  
So, technically, using the result of a pop_all in a with statement is 
documented.  I could be made clearer though if someone wants to propose a doc 
patch.  I'm not sure it is worth expanding the example, though.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue23749] asyncio missing wrap_socket (starttls)

[Guido van Rossum]

Changes by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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

[issue28447] socket.getpeername() failure on broken TCP/IP connection

[R. David Murray]

R. David Murray added the comment:

Your example does not show a destroyed socket object, so to what are you 
referring?  Python won't recycle an object as garbage until there are no 
remaining references to it.

If you think that there is information the socket object "knows" that it is 
throwing away when the socket is closed, you might be correct (I haven't 
checked the code), but that would be *correct* behavior at this API level and 
design: since the socket is no longer connected, that information is no longer 
valid.

Please leave the issue closed until you convince us there's a bug :)  If you 
want to propose some sort of enhancement, the correct forum for this level of 
enhancement would be the python-ideas mailing list.

--
resolution: wont fix -> not a bug
status: pending -> closed

___
Python tracker 

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

[issue28521] _PyEval_RequestCodeExtraIndex should return a globally valid index, not a ThreadState specific one

[John Ehresman]

New submission from John Ehresman:

The index returned by _PyEval_RequestCodeExtraIndex is currently specific to 
the current thread state.  This means that there will be problems if the index 
is used on another thread.  It would be possible to set things up in my code so 
that _PyEval_RequestCodeExtraIndex was called once per thread state but there 
would be a possibility of getting different indices on the different threads 
and data set on one thread passed to the wrong free function registered on a 
different thread.

--
components: Interpreter Core
messages: 279314
nosy: jpe
priority: normal
severity: normal
status: open
title: _PyEval_RequestCodeExtraIndex should return a globally valid index, not 
a ThreadState specific one
type: behavior
versions: Python 3.6

___
Python tracker 

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

[issue28514] Python (IDLE?) freezes on file save on Windows

[Kamran]

Kamran added the comment:

it is  idle

*Kamran Muhammad*

On Mon, Oct 24, 2016 at 4:24 PM, Kamran  wrote:

>
> Kamran added the comment:
>
> Is *THIS* any help?[image: Inline image 1]
>
> *Kamran Muhammad*
>
> On Sun, Oct 23, 2016 at 10:10 PM, SilentGhost 
> wrote:
>
> >
> > Changes by SilentGhost :
> >
> >
> > --
> > status: open -> pending
> >
> > ___
> > Python tracker 
> > 
> > ___
> >
>
> --
> status: pending -> open
> Added file: http://bugs.python.org/file45205/image.png
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue28514] Python (IDLE?) freezes on file save on Windows

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

We can't help you, there is no backtrace, no stacktrace, no dump, in fact, 
nothing. can you provide more details because without that, we can not 
reproduce your issue.

--

___
Python tracker 

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

[issue28465] python 3.5 magic number

[Brett Cannon]

Brett Cannon added the comment:

Closing this as a third-party Debian issue (if it even matters as bytecode is 
an optimization local to a machine and so different magic numbers shouldn't 
matter).

--
nosy: +brett.cannon
resolution:  -> third party
status: open -> closed

___
Python tracker 

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

[issue25152] venv documentation doesn't tell you how to specify a particular version of python

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

Thanks, Stéphane :)
Perhaps this can be updated into patch review stage?

--

___
Python tracker 

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

[issue28054] Diff for visually comparing actual with expected in mock.assert_called_with.

[Pavel Savchenko]

Pavel Savchenko added the comment:

An implementation of this exists in pytest-mock. Recently an idea was brought 
up to shift the development of PR #57 into mock directly for everyone's benefit.

https://github.com/pytest-dev/pytest-mock
https://github.com/pytest-dev/pytest-mock/pull/58#issuecomment-253556301

--
nosy: +Pavel Savchenko

___
Python tracker 

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

[issue28517] Dead code in wordcode

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Hi Serhiy,

Could you help me, because I don't understand your patch ? because a 
RETURN_VALUE will go to the end of the block, and in this case, I don't 
understand why there is a JUMP_FORWARD at 12 in Python 3.6.

--
nosy: +matrixise

___
Python tracker 

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

[issue28514] Python (IDLE?) freezes on file save on Windows

[Kamran]

Kamran added the comment:

what do u mean

*Kamran Muhammad*

On Mon, Oct 24, 2016 at 5:26 PM, Stéphane Wirtel 
wrote:

>
> Stéphane Wirtel added the comment:
>
> We can't help you, there is no backtrace, no stacktrace, no dump, in fact,
> nothing. can you provide more details because without that, we can not
> reproduce your issue.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue28498] tk busy command

[klappnase]

klappnase added the comment:

Hi Serhiy,

thanks for the feedback.

"+def tk_busy(self, **kw):

Shouldn't it be just an alias to tk_busy_hold?"

Not sure, I figured since it is a separate command in tk I would make it a 
separate command in Python, too.

"+def tk_busy_hold(self, **kw):

Since the only supported option is cursor, just declare it.

def tk_busy_hold(self, cursor=None):
"

I thought so at first, too, but is this really wise, since if future versions 
of tk add other options another patch would be required?

--

___
Python tracker 

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

[issue28498] tk busy command

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> Shouldn't it be just an alias to tk_busy_hold?"
> 
> Not sure, I figured since it is a separate command in tk I would make it a
> separate command in Python, too.

place is just an alias to place_configure despites the fact that in Tk "place" 
and "place configure" are different commands. This is Tk sugar, we have Python 
sugar.

> I thought so at first, too, but is this really wise, since if future
> versions of tk add other options another patch would be required?

Okay, let keep general kwarg.

--

___
Python tracker 

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

[issue28520] Failed to install Python 3.3.5 on OSX 10.11.6

[Ned Deily]

Ned Deily added the comment:

Interesting!  Up until the Python 3.4.2 and 2.7.9 releases, the python.org 
installers for Mac operating systems were produced as old-style "bundle" 
installer packages and were shipped in a .dmg container.  The bundle format had 
long been deprecated, supplanted by the newer "flat" installer package format, 
but the OS X Installer app was still able to install the old bundle-style 
packages.  It looks like as of OS X 10.11 (El Capitan) the Installer no longer 
supports bundle packages.  So, if you *really* need to use one of these old, 
unsupported releases on OS X, the options that come to mind are:

1. use the python.org dmg on OS X 10.10.* or earlier
2. for the most recent version of Python 3.3, install from MacPorts
3. build the desired version of Python from source
4. try to convert the python.org bundle package to a flat package using the OS 
X pkgbuild and productbuild utilities (not for the faint of heart!)

But the best option, of course, is to use a more recent, supported version of 
Python 3.  In any case, good luck!

--
components: +macOS
nosy: +ned.deily, ronaldoussoren
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue28516] contextlib.ExitStack.__enter__ has trivial but undocumented behavior

[Walker Hale IV]

Changes by Walker Hale IV :


--
assignee:  -> docs@python
components: +Documentation
keywords: +patch
nosy: +docs@python
Added file: http://bugs.python.org/file45206/issue28516.diff

___
Python tracker 

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

[issue28341] cpython tip fails to build on Mac OS X 10.11.6 w/ XCode 8.0

[Ned Deily]

Ned Deily added the comment:

Christoph, building on a newer OS X release for an older OS X release is tricky 
and out-of-scope for this closed issue.  (But, it likely has the same root 
cause.  The simplest solution is to build on the lowest-supported release, e.g. 
10.9.  You may also have success building on 10.12 by setting 
MACOSX_DEPLOYMENT_TARGET=10.9 and, if necessary, using the 10.9 SDK.)

--

___
Python tracker 

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

[issue28516] contextlib.ExitStack.__enter__ has trivial but undocumented behavior

[Walker Hale IV]

Walker Hale IV added the comment:

This one-line patch should clarify the point.

--

___
Python tracker 

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

[issue28341] cpython tip fails to build on Mac OS X 10.11.6 w/ XCode 8.0

[Christoph Reiter]

Christoph Reiter added the comment:

Thanks for your response. I'm using MACOSX_DEPLOYMENT_TARGET etc. and it has 
worked so far building on 10.9/10/11 for running on 10.6.

If I find a cause/fix I'll open a new issue.

--

___
Python tracker 

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

[issue28514] Python (IDLE?) freezes on file save on Windows

[Ned Deily]

Ned Deily added the comment:

Kamran, the image you supplied shows that you are trying to use IDLE from 
Python 3.2.3.  3.2.3 is very old and no longer supported.  Also, Windows 7 is 
very old. The last binary release of Python 3.2.x was 3.2.5 so you could try 
installing that version.  Or, better, try a newer, supported version of Python 
3.  Otherwise, you should seek help elsewhere as this tracker is for specific 
problems with supported versions of Python.  See the Python.org Help page for 
suggestions.  Good luck!

https://www.python.org/about/help/

--
keywords: +3.5regression
nosy: +ned.deily
resolution:  -> out of date
stage: test needed -> 
status: open -> closed

___
Python tracker 

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

[issue28341] cpython tip fails to build on Mac OS X 10.11.6 w/ XCode 8.0

[Ned Deily]

Ned Deily added the comment:

There clearly was a specific problem introduced with the 10.12 SDK.  It may be 
possible to work around by adding AVAILABILITY macros at appropriate spots in C 
code or some such.  If someone is interested in supplying a patch, I'm willing 
to consider applying it but we don't claim to support downward-compatible 
building for reasons like this.

--

___
Python tracker 

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

[issue28514] Python (IDLE?) freezes on file save on Windows

[Eryk Sun]

Eryk Sun added the comment:

> Windows 7 is very old.

3.8 will probably be the last Python version to support Windows 7 (2020-01 
EOL). 3.6 is the last to support Vista.

--
nosy: +eryksun

___
Python tracker 

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

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

belopolsky, could you tell me what it is wrong with the doc about time.strptime 
?

--

___
Python tracker 

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

[issue27025] More human readable generated widget names

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Now it is clear that '`' is bad prefix.

There are 32 non-alphanumerical non-control ASCII characters: '!', '"', '#', 
'$', '%', '&', "'", '(', ')', '*', '+', ',', '-', '.', '/', ':', ';', '<', '=', 
'>', '?', '@', '[', '\\', ']', '^', '_', '`', '{', '|', '}', '~'.

'{', '}', '"', '[', ']', '$', '\\' is basic part of Tcl syntax.
'(' and ')' are used in array indexing.
';' is command delimiter. '#' is a commenting command (and what is more 
important, it is widely used in generated by Tk widget names).
'.' is component delimiter in widget names.
'-' starts an option.
'%' starts a substitution in callbacks.
'?' and '*' are used in patterns.
"'", ',', and '`' look like grit on my screen.

What is left? '!', '&', '+', '/', ':', '<', '=', '>', '@', '^', '_', '|', '~'.

'@' starts coordinates or image path in some commands.
'~' is expanded to home directory in paths.
'!' is used for comments in X resources.
'|' looks too distant from preceding dot and following name.

Not all of these arguments are absolute stoppers. Personally I like '!', '?' 
and '@'. Unlikely generated names are saved in X resources or searched by 
patterns. If you need the widget being named, you just specify a name instead 
of allowing Tkinter generate arbitrary one.

What are your preferences Terry?

--

___
Python tracker 

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

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

Shouldn't "time part" underlined in my previous note be "date part" instead?  
Also, does non-zero mean non-empty?

--

___
Python tracker 

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

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

Never mind the second question.

--

___
Python tracker 

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

[issue26682] Ttk Notebook tabs do not show with 1-2 char names

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Tk bug tracker is http://core.tcl.tk/tk/ticket.

I don't think we can do something from our side.

--
resolution:  -> third party

___
Python tracker 

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

[issue22757] TclStackFree: incorrect freePtr. Call out of sequence?

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
status: open -> pending

___
Python tracker 

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

[issue22757] TclStackFree: incorrect freePtr. Call out of sequence?

[Zachary Ware]

Changes by Zachary Ware :


--
resolution:  -> not a bug
stage: test needed -> resolved
status: pending -> closed

___
Python tracker 

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

[issue26660] tempfile.TemporaryDirectory() cleanup exception on Windows if readonly files created

[Kyle Altendorf]

Changes by Kyle Altendorf :


--
nosy: +altendky

___
Python tracker 

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

[issue26340] modal dialog with transient method; parent window fails to iconify

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
status: open -> pending

___
Python tracker 

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

[issue26085] Tkinter spoils the input text

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Does anybody want to provide documentation patch? Otherwise this issue will be 
closed as "not a bug".

--
assignee:  -> docs@python
components: +Documentation
nosy: +docs@python

___
Python tracker 

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

[issue28426] PyUnicode_AsDecodedObject can only return unicode now

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

As I already mentioned, PyUnicode_AsEncodedUnicode() needs to stay, since it's 
the C API for unicode.encode(). The others can be deprecated.

--

___
Python tracker 

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

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

[Big Stone]

New submission from Big Stone:

on WinPython-64bit-3.6.0.0Zerorc2.exe, python-3.6.0b2 based, I can't get IDLEX 
working with "python._pth".

If I put "Lib\site-packages\" in python._pth, python.exe dies.
If I put "#Lib\site-packages\", idlexlib is said "unable to located".

Could it be a python-3.6.0b2 bug, or just a wrong-doing from WinPython ?

"Python._pth"=
.
Lib
import site
DLLs
#Lib/site-packages
#python36.zip

--
components: Windows
messages: 279338
nosy: Big Stone, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: can't make IDLEX work with python._pth and python-3.6.0b2
versions: Python 3.6

___
Python tracker 

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

[issue25464] Tix HList header_exists should be "exist"

[Roundup Robot]

Roundup Robot added the comment:

New changeset f57078cf5f13 by Serhiy Storchaka in branch '2.7':
Issue #25464: Fixed HList.header_exists() in Tix module by adding
https://hg.python.org/cpython/rev/f57078cf5f13

New changeset e928afbcc18a by Serhiy Storchaka in branch '3.5':
Issue #25464: Fixed HList.header_exists() in tkinter.tix module by addin
https://hg.python.org/cpython/rev/e928afbcc18a

New changeset 523aecdb8d5f by Serhiy Storchaka in branch '3.6':
Issue #25464: Fixed HList.header_exists() in tkinter.tix module by addin
https://hg.python.org/cpython/rev/523aecdb8d5f

New changeset 5b33829badcc by Serhiy Storchaka in branch 'default':
Issue #25464: Fixed HList.header_exists() in tkinter.tix module by addin
https://hg.python.org/cpython/rev/5b33829badcc

--
nosy: +python-dev

___
Python tracker 

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

[issue3015] tkinter with wantobjects=False has been broken for some time

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

___
Python tracker 

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

[issue25684] ttk.OptionMenu radiobuttons aren't unique between two instances of OptionMenu

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
versions: +Python 3.7 -Python 3.4

___
Python tracker 

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

[issue28523] Idlelib.configdialog: use 'color' insteadof 'colour'

[Terry J. Reedy]

New submission from Terry J. Reedy:

idlelib.configdialog uses the British spelling 'colour' instead of the American 
spelling 'color' everywhere except for externally mandated import and parameter 
names and in some recent comments.  idlelib uses 'color' everywhere else.

# change 'colour' to 'color' in idlelib.configdialog 3.6
with open('F:/python/dev/36/lib/idlelib/configdialog.py', 'r+') as f:
code = f.read().replace('Colour', 'Color').replace('colour', 'color')
f.seek(0); f.truncate()
f.write(code)

produces the attached patch.  I would like to apply this before 3.6.0rc.  I 
might wait until a week before that in case I want to backport any configdialog 
changes to 3.5.  (Any such changes might require regenerating the patch.)

--
assignee: terry.reedy
files: color.diff
keywords: patch
messages: 279340
nosy: terry.reedy
priority: normal
severity: normal
stage: patch review
status: open
title: Idlelib.configdialog: use 'color' insteadof 'colour'
type: enhancement
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file45207/color.diff

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Al Sweigart]

New submission from Al Sweigart:

As a convenience, we could make the default argument for logging.disable()'s 
lvl argument as logging.CRITICAL. This would make disabling all logging 
messages:

logging.disable()

...instead of the more verbose:

logging.disable(logging.CRITICAL)

This one-line change is backwards compatible.

--
components: Library (Lib)
files: default_critical.patch
keywords: patch
messages: 279341
nosy: Al.Sweigart
priority: normal
severity: normal
status: open
title: Set default argument of logging.disable() to logging.CRITICAL
type: enhancement
Added file: http://bugs.python.org/file45208/default_critical.patch

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Ned Deily]

Changes by Ned Deily :


--
nosy: +vinay.sajip

___
Python tracker 

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

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

[Steve Dower]

Steve Dower added the comment:

Might have to use a backslash in the path - I don't remember whether I tried to 
handle forward slashes or not, but I suspect not. Definitely tried it with 
site-packages though.

--

___
Python tracker 

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

[issue26571] turtle regression in 3.5

[Robert Harder]

Robert Harder added the comment:

Thanks for pointing out the workaround.  Was driving me crazy.  Possible fix is 
to add TurtleScreen._RUNNING = True ~line 967 in turtle.py, in 
TurtleScreen.__init__ function.

--
nosy: +Robert Harder

___
Python tracker 

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

[issue26682] Ttk Notebook tabs do not show with 1-2 char names

[Ned Deily]

Changes by Ned Deily :


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

___
Python tracker 

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

[issue28525] Incorrect documented parameter for gc.collect

[Javier Rey]

Changes by Javier Rey :


--
assignee: docs@python
components: Documentation
files: gc_collect_doc_fix.patch
keywords: patch
nosy: docs@python, vierja
priority: normal
severity: normal
status: open
title: Incorrect documented parameter for gc.collect
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file45209/gc_collect_doc_fix.patch

___
Python tracker 

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

[issue28426] PyUnicode_AsDecodedObject can only return unicode now

[Xiang Zhang]

Xiang Zhang added the comment:

Marc-Andre, shouldn't the C API of unicode.encode() be 
PyUnicode_AsEncodedString instead of PyUnicode_AsEncodedUnicode now?

BTW Serhiy, how about PyUnicode_AsEncodedObject? Not see it in your deprecate 
list.

--

___
Python tracker 

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

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

[Nick Coghlan]

Nick Coghlan added the comment:

Ah, very nice. (And no worries on taking an as-you-have-time approach to this - 
you'll see from the dates on some of the referenced issues below that even I'm 
in that situation where runpy is concerned)

I think you're right that offering a 2-phase load/run API will make a lot of 
sense to folks already familiar with the find/exec model for imports, and it 
also aligns with this old design concept for making runpy friendlier to modules 
that need access to the created globals even if the execution step fails: 
http://bugs.python.org/issue9325#msg133833

I'd just completely missed that that idea was potentially relevant here as well 
:)

I'll provide a few more detailed comments inline.

The scale of the refactoring does make me wonder if there might be a way to 
account for the "target module" idea in http://bugs.python.org/issue19982 
though.

--
nosy: +brett.cannon

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Xiang Zhang]

Xiang Zhang added the comment:

Is disabling all logging messages a common need? Maybe other levels are common 
but we can't know.

And at least the doc patch needs a versionchanged tag.

--
nosy: +xiang.zhang

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Raymond Hettinger]

Raymond Hettinger added the comment:

Given that a user can add their on levels, I think that having a default would 
be misleading (having no arguments implies total disabling but with custom 
levels the default of CRITICAL might not disable all messages).

--
nosy: +rhettinger

___
Python tracker 

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

[issue28517] Dead code in wordcode

[Raymond Hettinger]

Raymond Hettinger added the comment:

+0 The situation this addresses isn't common and the patch will rarely produce 
a perceptable benefit (just making the disassembly look a little nicer).  That 
said, change looks simple enough and doesn't add any overhead.

--
nosy: +rhettinger

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Al Sweigart]

Al Sweigart added the comment:

xiang.zhang: The use case I've found is that I often have logging enabled while 
writing code, and then want to shut it off once I've finished. This might not 
be everyone's use case, but this is a backwards-compatible change since it's 
currently a required argument. If there's a sensible default, I think this is 
it.

rhettinger: We could use sys.maxsize instead of logging.CRITICAL to disable any 
custom logging levels as well if this is a concern.

--

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Xiang Zhang]

Xiang Zhang added the comment:

> We could use sys.maxsize instead of logging.CRITICAL to disable any custom 
> logging levels as well if this is a concern.

sys.maxsize is not the upper bound limit of integers in Python. There is no 
such value in Python3.

> The use case I've found is that I often have logging enabled while writing 
> code, and then want to shut it off once I've finished.

How about logger.disabled = True. This can work even if there are custom 
levels. But it's not a documented feature.

--

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Al Sweigart]

Al Sweigart added the comment:

> How about logger.disabled = True.

This seems to violate "there should be one and only one way to do it". What 
happens when logging.disabled is True but then logging.disable(logging.NOTSET) 
is called? I could see this being a gotcha.

Since logging.CRITICAL is 50, I think it's reasonable to assume that no one 
would create a logging level larger than sys.maxsize.

--

___
Python tracker 

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

[issue25002] Deprecate asyncore/asynchat

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

Hi,

Attached is the patch that adds pending deprecation warnings to asyncore and 
asynchat. Please review. Thanks :)

--
keywords: +patch
nosy: +Mariatta
Added file: http://bugs.python.org/file45210/issue25002.patch

___
Python tracker 

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

[issue27025] More human readable generated widget names

[Terry J. Reedy]

Terry J. Reedy added the comment:

Agreed that ` is not best and should be changed.  An alternative should be in 
next release.  I looked back at the output in msg268406.

! is similar to | but shorter, and better for that.  It is also, generally, 
thicker, which is better. With the font used on this page in FireFox, at my 
usual size setting, |is 1.5 pixels, so it tinged red or green depending on 
whether the half pixel is to the right or left.  ! is 2 pixels and black, which 
is better.  Smaller font sizes could reverse the situation, but unlikely for me.

@ is email separator and twitter name prefix.  Firefox recognizes this and 
colors the first @ and all names blue.  I don't like this.  Not an issue in 
code editors, etc, but code and especially results, get displayed elsewhere, as 
here.  Aside from that, it is visually too heavy and I cannot avoid reading @ 
as 'at'.  Let's skip it.

I still like my previous 2nd choice, ^, but you apparently do not.  I omitted ? 
before, I think just by oversight.  Let's try both with ! also, isolated from 
other options.

>>> for c in "^!?":
print(".%stoplevel.%sframe.%sbutton\n" % (c, c, c))

.^toplevel.^frame.^button

.!toplevel.!frame.!button

.?toplevel.?frame.?button

? strikes me as slightly too heavy, but worse is the semantic meaning of doubt, 
close to negation.

With the noise of other alternatives removed, and looking again several times, 
I like ! about as much as ^, both visually and semantically. Perhaps from 
knowing some Spanish, which uses inverted ! to begin sentences, I read ! as 
mild affirmation.  I would be equally happy with either.  If you prefer !, go 
with it.

--

___
Python tracker 

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

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

[Big Stone]

Big Stone added the comment:

python.exe crashes when I try this python._pth:
.
Lib
import site
DLLs
Lib\site-packages
#python36.zip

all variation I try on Lib\site-packages do fail, when I not commenting # the 
line... 
Nevertheless, jupyter/numpy/bokeh do work with original setting.

I'm lost in thoughts: how adding a line in this file can make Python crash ?

--

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Raymond Hettinger]

Raymond Hettinger added the comment:

Put me down for -0.  I don't think the minor convenience is worth the loss in 
clarity.

--

___
Python tracker 

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

[issue28525] Incorrect documented parameter for gc.collect

[Roundup Robot]

New submission from Roundup Robot:

New changeset 05b5e1aaedc5 by Benjamin Peterson in branch '3.5':
fix name of keyword parameter to gc.collect() (closes #28525)
https://hg.python.org/cpython/rev/05b5e1aaedc5

New changeset f9a04afaeece by Benjamin Peterson in branch '3.6':
merge 3.5 (#28525)
https://hg.python.org/cpython/rev/f9a04afaeece

New changeset ffaf02ec9d8b by Benjamin Peterson in branch 'default':
merge 3.6 (#28525)
https://hg.python.org/cpython/rev/ffaf02ec9d8b

--
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue28524] Set default argument of logging.disable() to logging.CRITICAL

[Al Sweigart]

Al Sweigart added the comment:

As a general indicator, I did a google search for 
"logging.disable(logging.XXX)" for the different levels. The number of results 
passing ERROR, WARN, DEBUG, and INFO are under a couple dozen each. But the 
number of results for "logging.disable(logging.CRITICAL)" is 3,800.

It's a rough estimate, but it shows that 95%+ of the time people call 
logging.disable() they want to disable all logging.

--

___
Python tracker 

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

[issue28147] Unbounded memory growth resizing split-table dicts

[INADA Naoki]

Changes by INADA Naoki :


--
priority: normal -> high
stage: patch review -> commit review

___
Python tracker 

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

[issue28523] Idlelib.configdialog: use 'color' insteadof 'colour'

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Offtopic. I would suggest you to install GNU sed. From GnuWin [1] or as a part 
of Cygwin distribution [2]. 4-line Python script can be replaced with one 
simple command:

sed -i -re "s/([Cc])olour/\1olor/g" configdialog.py

[1] http://gnuwin32.sourceforge.net/packages/sed.htm
[2] http://cygwin.com/

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue28517] Dead code in wordcode

[Roundup Robot]

Roundup Robot added the comment:

New changeset 5784cc37b5f4 by Serhiy Storchaka in branch '3.6':
Issue #28517: Fixed of-by-one error in the peephole optimizer that caused
https://hg.python.org/cpython/rev/5784cc37b5f4

New changeset 8d571fab4d66 by Serhiy Storchaka in branch 'default':
Issue #28517: Fixed of-by-one error in the peephole optimizer that caused
https://hg.python.org/cpython/rev/8d571fab4d66

--
nosy: +python-dev

___
Python tracker 

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

[issue27025] More human readable generated widget names

[Roundup Robot]

Roundup Robot added the comment:

New changeset 603ac788ed27 by Serhiy Storchaka in branch '3.6':
Issue #27025: Generated names for Tkinter widgets now start by the "!" prefix
https://hg.python.org/cpython/rev/603ac788ed27

New changeset 505949cb2692 by Serhiy Storchaka in branch 'default':
Issue #27025: Generated names for Tkinter widgets now start by the "!" prefix
https://hg.python.org/cpython/rev/505949cb2692

--

___
Python tracker 

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

[issue28515] Py3k warnings in Python 2.7 tests

[Roundup Robot]

Roundup Robot added the comment:

New changeset 77571b528f6a by Serhiy Storchaka in branch '2.7':
Issue #28515: Fixed py3k warnings.
https://hg.python.org/cpython/rev/77571b528f6a

--
nosy: +python-dev

___
Python tracker 

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

[issue28515] Py3k warnings in Python 2.7 tests

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you David for your advise.

--
assignee:  -> serhiy.storchaka
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue28426] PyUnicode_AsDecodedObject can only return unicode now

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 25.10.2016 04:16, Xiang Zhang wrote:
> Marc-Andre, shouldn't the C API of unicode.encode() be 
> PyUnicode_AsEncodedString instead of PyUnicode_AsEncodedUnicode now?

You're right. I got confused with all the slight variations.

> BTW Serhiy, how about PyUnicode_AsEncodedObject? Not see it in your deprecate 
> list.

Let's see what we have:

PyUnicode_AsEncodedString(): encode to bytes (unicode.encode())
PyUnicode_AsEncodedUnicode(): encode to unicode (for e.g. rot13)
PyUnicode_AsEncodedObject(): encode to whatever the codec returns

codecs.encode() can be used for the last two.

--

___
Python tracker 

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

[issue27025] More human readable generated widget names

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Good point about "@". I missed this.

Thanks Terry. "!" LGTM. Committed to 3.6 too. I consider this as the fix of the 
bug in 3.6 feature.

--
resolution:  -> fixed
status: open -> closed
versions: +Python 3.7

___
Python tracker 

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