[issue20120] Percent-signs (%) in .pypirc should not be interpolated

[Laszlo Nagy]

Laszlo Nagy added the comment:

When I uploaded via "setup.py register" and created a new user, then distutils 
saved the password in the wrong format! So maybe the password read part is a 
wontfix, but then the save part must be fixed.

--
nosy: +nagylzs

___
Python tracker 

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

[issue2506] Add mechanism to disable optimizations

[Brett Cannon]

Brett Cannon added the comment:

I believe the python-ideas thread on this topic came to the conclusion that a 
-X flag -- e.g., `-X DisableOptimizations` -- would be a good way to turn off 
all optimizations. The flag could then either blindly set 
sys.dont_write_bytecode to True or set sys.flags.optimize to -1 in which case a 
bytecode file named e.g. foo.cpython-36.opt--1.pyc would be written which won't 
lead to any conflicts (I wish we could use False for sys.flags.optimize but 
that has the same values as 0 which is the default optimization level).

Does one of those proposal seems acceptable to everyone? Do people like Ned who 
asked for this feature have a preference as to whether the bytecode is or is 
not written out to a .pyc file?

--
nosy: +brett.cannon

___
Python tracker 

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

[issue25410] Clean up and fix OrderedDict

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thanks Eric.

A comment in PyODict_SetItem suggests to revert setting the value on the dict 
if adding new node failed. Following patch implements this suggestion. After 
committing the patch in issue25462 PyDict_DelItem can be replaced with 
_PyDict_DelItem_KnownHash and it will be always successful.

--
stage: commit review -> patch review
Added file: http://bugs.python.org/file40839/odict_revert_setting_on_error.patch

___
Python tracker 

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

[issue25456] 3.4 _tkinter build fails, Windows 10, no tcl.h

[Terry J. Reedy]

Terry J. Reedy added the comment:

You closed prematurely. After _tkinter is built according to instructions, 
there is still the location mismatch bug, previously discussed, that causes 
'import _tkinter' to fail with this somewhat misleading message "ImportError: 
DLL load failed: The specified module could not be found."

This is misleading because _tkinter.pyd, which is a dll, *is* found. But 
tcl86t?.dll  and tk86t?.dll are not (? is 'g' or '').  They are not found 
because python looks for them in several directories, most non-existent, but 
not in the directory where they do reside.  Also, PCBuild/readme.txt does not 
disclose the secret workaround for this mismatch, which is to manually copy 
them to PCBuild ('.' relative to the executable), which is one of the several 
places that are searched.

Possible solutions:

1. Change repository builds by adding ../externals/tcltk/bin/ to the directory 
search list.  I don't know where this list is.

2. Change build.bat to look for tcl86t?.dll in PCBuild instead of 
externals/tcltk/bin and add lines to move them to PCBuild after they are built. 

3. Add an instruction in readme.txt to *copy* both to PCBuild.  They should be 
copied rather than moved because build.bat would continue to look in 
externals/tcltk/bin to decide whether to compile or not.

Either 1 or 2 since solve the search bug.  I prefer this, especially since 
people may run build.bat without reading readme.txt in detail, or with having 
forgetten this important detail.

--
resolution: wont fix -> 
stage: resolved -> needs patch
status: closed -> open

___
Python tracker 

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

[issue18820] json.dump() ignores its 'default' option when serializing dictionary keys

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag
stage: test needed -> patch review
type: enhancement -> behavior
versions: +Python 3.5, Python 3.6

___
Python tracker 

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

[issue25410] Clean up and fix OrderedDict

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Following patch makes the code for the iterating a little simpler by merging 
common code.

--
Added file: http://bugs.python.org/file40840/odict_iternext_simpler.patch

___
Python tracker 

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

[issue20504] cgi.FieldStorage, multipart, missing Content-Length

[STINNER Victor]

STINNER Victor added the comment:

I reviewed issue20504.diff on Rietveld.

--

___
Python tracker 

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

[issue24925] Allow doctest to find line number of __test__ strings if formatted as a triple quoted string.

[Jurjen N.E. Bos]

Jurjen N.E. Bos added the comment:

Oops. Lousy editing, I should have used return instead of break.

These 6 lines can be inserted in lib/doctest at line 1100:
+if isinstance(obj, str) and source_lines is not None:
+# This will find __test__ string doctests if and only if the string
+# contains any unique line.
+for offset,line in enumerate(obj.splitlines(keepends=True):
+if source_lines.count(line)==1:
+return source_lines.index(line)-offset

And it works fine for me; the code is quite general and has predictable 
behaviour: any test string with a unique line in it will work.

--

___
Python tracker 

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

[issue24782] Merge 'configure extensions' into main IDLE config dialog

[Terry J. Reedy]

Terry J. Reedy added the comment:

Thanks, that was it.  I actually want to not use the scroll bar unless needed 
for an extension with more than 15 or so settings, but that is another patch.  
Ditto for the list of extensions.  This looks OK for now.

--

___
Python tracker 

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

[issue20504] cgi.FieldStorage, multipart, missing Content-Length

[STINNER Victor]

STINNER Victor added the comment:

See also issue #24764: "cgi.FieldStorage.read_multi ignores Content-Length" 
(changeset 11e9f34169d1).

--

___
Python tracker 

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

[issue25456] 3.4 _tkinter build fails, Windows 10, no tcl.h

[Terry J. Reedy]

New submission from Terry J. Reedy:

Hg started crashing trying to update my 3.4 shared repository on Windows 10, so 
I deleted, rebuilt, and updated.  Ran get_externals.bat, then pcbuild.sln.  The 
one failure is _tkinter, which means no tkinter, no IDLE.

12>..\Modules\_tkinter.c(55): fatal error C1083: Cannot open include file: 
'tcl.h': No such file or directory

tcl.h is in externals/tcl-8.6.1.0/generic and it opens in Notepad.  I believe 
(but cannot be sure) I last recompiled _tkinter just 9 days ago, before 
upgrading from Win7 to Win10.

--
components: Build, Tkinter, Windows
messages: 253318
nosy: paul.moore, steve.dower, terry.reedy, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: 3.4 _tkinter build fails, Windows 10, no tcl.h
type: behavior
versions: Python 3.4

___
Python tracker 

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

[issue25457] json dump fails for mixed-type keys when sort_keys is specified

[Christian Tanzer]

New submission from Christian Tanzer:

In Python 3, trying to json-dump a dict with keys of different types fails with 
a TypeError when sort_keys is specified:

python2.7
===

Python 2.7.10 (default, May 29 2015, 10:02:30) 
[GCC 4.8.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import json
>>> json.dumps({1 : 42, "foo" : "bar", None : "nada"}, sort_keys = True)
'{"null": "nada", "1": 42, "foo": "bar"}'

python3.5


Python 3.5.0 (default, Oct  5 2015, 12:03:13) 
[GCC 4.8.5] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import json
>>> json.dumps({1 : 42, "foo" : "bar", None : "nada"}, sort_keys = True)
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib64/python3.5/json/__init__.py", line 237, in dumps
**kw).encode(obj)
  File "/usr/lib64/python3.5/json/encoder.py", line 199, in encode
chunks = self.iterencode(o, _one_shot=True)
  File "/usr/lib64/python3.5/json/encoder.py", line 257, in iterencode
return _iterencode(o, 0)
TypeError: unorderable types: str() < int()

Note that the documentation explicitly allows keys of different, if basic, 
types:

  If skipkeys is True (default: False), then dict keys that are not of a basic 
type (str, int, float, bool, None) will be skipped instead of raising a 
TypeError.

As all they keys are dumped as strings, a simple solution would be to sort 
after converting to strings. Looking closely at the output of Python 2, the 
sort order is a bit strange!

--
components: Library (Lib)
messages: 253324
nosy: tan...@swing.co.at
priority: normal
severity: normal
status: open
title: json dump fails for mixed-type keys when sort_keys is specified
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue25386] msvcrt_putch/msvcrt_putwch don't check the return value of _putch/_putwch

[Alexander Riccio]

Alexander Riccio added the comment:

Sorry for the delay: Gmail actually directed the update emails to my spam 
folder! Gmail said (something like): "It is in violation of Google's 
recommended email sender guidelines."

...and it's apparently not the first time this has happened with the python 
bugtracker: 
https://mail.python.org/pipermail/tracker-discuss/2015-January/003989.html


Anyways:

> That's a great test, thanks.

That IS a great test :)

> I'm curious: did you [Alexander] have some code where you're actually 
> expecting an exception, or did you just stumble across this case?

Nope, I was just poking around the sources. I was curious to see what CPython's 
C implementation looked like, and decided to poke around some of the dustier, 
and the less used corners.

That, and I'm really OCD about checking return values.

--

___
Python tracker 

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

[issue24782] Merge 'configure extensions' into main IDLE config dialog

[Roundup Robot]

Roundup Robot added the comment:

New changeset a96e39e20490 by Terry Jan Reedy in branch '2.7':
Issue #24782: Limit width of canvas and hence IDLE settings dialog.
https://hg.python.org/cpython/rev/a96e39e20490

New changeset 0847398f9b00 by Terry Jan Reedy in branch '3.4':
Issue #24782: Limit width of canvas and hence IDLE settings dialog.
https://hg.python.org/cpython/rev/0847398f9b00

--

___
Python tracker 

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

[issue25410] Clean up and fix OrderedDict

[Roundup Robot]

Roundup Robot added the comment:

New changeset a42c0c1c5133 by Serhiy Storchaka in branch '3.5':
Issue #25410: C implementation of OrderedDict now uses type(self) instead of
https://hg.python.org/cpython/rev/a42c0c1c5133

New changeset 10b965d59b49 by Serhiy Storchaka in branch 'default':
Issue #25410: C implementation of OrderedDict now uses type(self) instead of
https://hg.python.org/cpython/rev/10b965d59b49

--

___
Python tracker 

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

[issue25456] 3.4 _tkinter build requires undocumented manual steps to be usable

[Zachary Ware]

Zachary Ware added the comment:

Ok, fair enough; finding the DLLs is still an issue, but not the reported 
issue.  I'll try to get a patch committed soon.

--
assignee:  -> zach.ware
title: 3.4 _tkinter build fails, Windows 10, no tcl.h -> 3.4 _tkinter build 
requires undocumented manual steps to be usable

___
Python tracker 

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

[issue25461] Unclear language (the word ineffective) in the documentation for os.walk

[Bernt Røskar Brenna]

Bernt Røskar Brenna added the comment:

OK, I'll submit a patch

--

___
Python tracker 

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

[issue25462] Avoid repeated hash calculation in C implementation of OrderedDict

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

There are private _PyDict_*_KnownHash functions that allow to avoid repeated 
hash calculation in complex operations with a dict. Proposed patch makes C 
implementation of OrderedDict to use these functions. It is not just an 
optimization, it makes some OrderedDict methods atomic (or almost atomic), that 
decreases a chance to desynchronize the linked list with the dict. That is why 
I suggest to commit the patch in 3.5.

--
components: Regular Expressions
files: odict_knownhash.patch
keywords: patch
messages: 253343
nosy: eric.snow, ezio.melotti, mrabarnett, rhettinger, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Avoid repeated hash calculation in C implementation of OrderedDict
type: enhancement
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file40838/odict_knownhash.patch

___
Python tracker 

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

[issue25410] Clean up and fix OrderedDict

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

In very rare circumstances it is possible that after a series of modifications 
using raw dict methods, ma_keys becomes to point to the same address, but 
allocated keys array has different size. But the guard in _odict_get_index uses 
only the address as resize sentinel. This can cause segmentation error if found 
key index is larger than the size of od_fast_nodes. Following patch adds the 
value of keys->dk_size as a sentinel.

--
Added file: http://bugs.python.org/file40841/odict_resize_sentinel.patch

___
Python tracker 

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

[issue25461] Unclear language (the word ineffective) in the documentation for os.walk

[R. David Murray]

R. David Murray added the comment:

As an English speaker, I prefer ineffective.  Modifying dirnames does have an 
effect, it modifies dirnames.  What it doesn't do (is ineffective at) is 
thereby altering the behavior of walk.

If you want to avoid ineffective because its meaning is subtle (a reasonable 
request), the correct replacement would be "modifying dirnames has no effect on 
the behavior of the walk", which is wordier but clearer.

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

[issue24925] Allow doctest to find line number of __test__ strings if formatted as a triple quoted string.

[Jurjen N.E. Bos]

Jurjen N.E. Bos added the comment:

I am not as good in making nice patches, but that code can be improved upon a 
bit as follows:


+if isinstance(obj, str) and source_lines is not None:
+# This will find __test__ string doctests if and only if the string
+# contains any unique line.
+for offset,line in enumerate(obj.splitlines(keepends=True):
+if source_lines.count(line)==1:
+lineno = source_lines.index(line)-offset
+break

 # We couldn't find the line number.
 return None


I thing this will improve legibility and probably also speed under most 
circumstances.

--
nosy: +jneb

___
Python tracker 

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

[issue25323] Bus error: 10 when executing recursive program

[Ronald Oussoren]

Ronald Oussoren added the comment:

W.r.t. the bus error on OSX: see issue #18049, the default stack size on OSX is 
too small to reach the default recursion limit.

--

___
Python tracker 

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

[issue25458] ftplib: command response shift - mismatch

[Peter Pan]

New submission from Peter Pan:

When handling the transfer socket manually the asynchronous status message "226 
transfer complete" on the control socket is falsely taken as response for the 
last sent command.
ftplib reads the response too late and the command/response order becomes 
invalid.

I can avoid that by using the undocumented ftplib internal method FTP.getline() 
after the transfer socket is closed and not sending more commands while the 
transfer socket is open.

It would be useful, if ftplib empties the response socket buffer before sending 
the next command. But maybe the best solution is an optional function callback 
when the "226" response appears, while it is ignored when not matching the last 
sent command.

Example code that triggers the problem:

import ftplib
import socket
import re


ftp = ftplib.FTP()
ftp.set_debuglevel(1)
ftp.connect('ftp.debian.org', timeout=10)
ftp.login('anonymous','u...@example.com')
ftp.sendcmd('TYPE A')

s = ftp.transfercmd('LIST')

'''
#manual transfer socket - should result in same behaviour
r = ftp.sendcmd('EPSV')
r = re.search('\|([0-9]+)\|', r)
port = int( r.group(1) )
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect(('ftp.debian.org', port))
ftp.sendcmd('LIST')
'''

fp = s.makefile('r')
fp.read()
fp.close()
s.close()

#ftplib falsely sees "226 transfer complete" as response to next command
ftp.sendcmd('NOOP')

--
components: Library (Lib)
messages: 253326
nosy: peterpan
priority: normal
severity: normal
status: open
title: ftplib: command response shift - mismatch
type: behavior
versions: Python 3.4

___
Python tracker 

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

[issue25451] tkinter: PhotoImage transparency methods

[STINNER Victor]

Changes by STINNER Victor :


--
title: PhotoImage transparency methods -> tkinter: PhotoImage transparency 
methods

___
Python tracker 

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

[issue25452] Add __bool__() method to subprocess.CompletedProcess

[STINNER Victor]

STINNER Victor added the comment:

Can you please give examples of use cases? (code)

--
nosy: +haypo

___
Python tracker 

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

[issue21709] logging.__init__ assumes that __file__ is always set

[Gregory P. Smith]

Gregory P. Smith added the comment:

I applied the same _srcfile setting cleanup to 2.7 as we ran into this at work 
with an embedded python stdlib.  __file__ was set to something by the embedded 
importer, but to something different than the path seen on the actual code 
objects which appear to be based on the path seen during pyc compilation done 
at build time.

--
nosy: +gregory.p.smith

___
Python tracker 

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

[issue25460] Misc/.gdbinit uses preprocessor macro

[Phil Weir]

Phil Weir added the comment:

Many thanks, Victor - python-gdb does work for GDB 7 (after a little confusion 
with python/python3.6dm naming and auto-load). That is very helpful. For 
reference, can confirm the error described above for GDB 6.8 and Python 3.6 
(with DWARF-2 flags) and that the patch restores expected behaviour.

--

___
Python tracker 

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

[issue21709] logging.__init__ assumes that __file__ is always set

[Roundup Robot]

Roundup Robot added the comment:

New changeset da971f467f6e by Gregory P. Smith in branch '2.7':
Issue #21709: Fix the logging module to not depend upon __file__ being set
https://hg.python.org/cpython/rev/da971f467f6e

New changeset bdb219a0219c by Gregory P. Smith in branch '2.7':
Issue21709: Call os.path.normcase when setting _srcfile for compatibility
https://hg.python.org/cpython/rev/bdb219a0219c

--

___
Python tracker 

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

[issue25463] 2.7.10 glibc double free detected

[William D Colburn]

William D Colburn added the comment:

I don't see the shell script attached anywhere.

I'll just paste it here!

-cut here-
PYDEST=`pwd`

wget https://www.python.org/ftp/python/2.7.10/Python-2.7.10.tgz
wget http://cython.org/release/Cython-0.23.4.tar.gz

rm -rf Python-2.7.10 Cython-0.23.4 ${PYDEST}/pybug

tar xvf Python-2.7.10.tgz
cd Python-2.7.10
LD_RUN_PATH=$PYDEST/pybug/lib:$LD_LIBRARY_PATH
export LD_RUN_PATH
./configure --prefix=$PYDEST/pybug --enable-shared
make -j 8
make install prefix=$PYDEST/pybug
cd ..
tar xvf Cython-0.23.4.tar.gz
cd Cython-0.23.4
$PYDEST/pybug/bin/python2.7 setup.py install
cd ..

cat > crash.py <

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

[issue23930] SimpleCookie doesn't parse comma-only separated cookies correctly

[Kyle Graehl]

Kyle Graehl added the comment:

r"(\s+|;|$|,)"   # Ending either at space, semicolon, or EOS. ( or comma...)

I remember running into this same problem like 5 years ago.

I added a comma as a valid regexp for ending the pattern, and removed it as a 
valid _LegalKeyChars

I also think adding the "Priority" reserved key might make sense (or at least 
have options for handling it)

--
nosy: +Kyle Graehl

___
Python tracker 

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

[issue25463] 2.7.10 glibc double free detected

[William D Colburn]

New submission from William D Colburn:

Linking cython against the static libpython in a python install compiled with 
shared libraries causes a glibc error that a double free or corruption was 
found while importing site.  I don't think it is cython's fault.

Happens on RHEL6.6.
Linux anotheruvula 2.6.32-504.30.3.el6.x86_64 #1 SMP Thu Jul 9 15:20:47 EDT 
2015 x86_64 x86_64 x86_64 GNU/Linux
gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-11)

I am attaching a shell script which demonstrates the problem.

--
components: Interpreter Core
messages: 253354
nosy: wcolburnnrao
priority: normal
severity: normal
status: open
title: 2.7.10 glibc double free detected
type: crash
versions: Python 2.7

___
Python tracker 

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

[issue25464] Tix HList header_exists should be "exist"

[Terry J. Reedy]

Terry J. Reedy added the comment:

(Rob: FYI, a crash is something worse than just an exception.)

I know very little about tix, so I don't know whether the bug is really passing 
'exists' or that not being accepted.  I think it is the latter.  The offending 
function in class HList is

def header_exists(self,  col):
return self.tk.call(self._w, 'header', 'exists', col)

There are also

def indicator_exists(self,  entry):
return self.tk.call (self._w, 'indicator', 'exists', entry)
def info_exists(self, entry):
return self.tk.call(self._w, 'info', 'exists', entry)
def item_exists(self, entry, col):
return self.tk.call(self._w, 'item', 'exists', entry, col)

This pattern, and the more general pattern

def x_y(arg1, ...):
return self.tk.call(self._w, 'x', 'y', arg1, ...)

suggests that header_exists is written correctly and that 'exists' is not the 
error.  The other accepted options, cget, configure, create, delete, and size 
are other options for y when x is 'header'. 

I don't know what an 'entry' must be, but this runs without error.
>>> root = tix.Tk()
>>> hl = tix.HList(root)
>>> hl.info_exists('')
'0'

http://tix.sourceforge.net/dist/current/man/html/TixCmd/tixHList.htm#M73
also suggests that 'exists is correct, since the tcl for this is "pathName 
header exists col", with 'exists', not 'exist'.

Still, it is possible that the attached patch is the best we can do, but then, 
if I am correct, a comment should be added that it is a bug workaround.

A test is really needed, but test_tix, added in 3.5, is vestigial and only 
tests that tix.Tk() works on Windows. Adding real tests would be a separate 
issue.  Serhiy, is this something that might be done or is tix considered 
passe'?

--
stage:  -> needs patch
type: crash -> behavior
versions: +Python 3.5, Python 3.6

___
Python tracker 

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

[issue25464] Tix HList header_exists should be "exist"

[Rob Williscroft]

New submission from Rob Williscroft:

The method header_exists of Tix HList raises:

File "...\python3\lib\tkinter\tix.py", line 926, in header_exists
return self.tk.call(self._w, 'header', 'exists', col)
_tkinter.TclError: unknown option "exists". Must be cget, configure, create, 
delete, exist or size

IOW the option should be "exist" not "exists".

I've seen this on Windows with python 2.7 and 3.4 and Linux-Mint with 2.7.6.

The current method "header_exists" doesn't seem to be referenced or documented 
anywhere.

--
components: Tkinter
files: Lib-tkinter-tix-header_exist.patch
keywords: patch
messages: 253357
nosy: rtw
priority: normal
severity: normal
status: open
title: Tix HList header_exists should be "exist"
type: crash
versions: Python 2.7, Python 3.4
Added file: http://bugs.python.org/file40842/Lib-tkinter-tix-header_exist.patch

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

[Ethan Furman]

Changes by Ethan Furman :


--
nosy: +gpolo, serhiy.storchaka, terry.reedy

___
Python tracker 

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

[issue17468] Generator memory leak

[Vikas]

Vikas added the comment:

I see this comment :
>> When iteration over a queryset raised an exception, the result cache 
>> remained initialized with an empty list, so subsequent iterations returned 
>> an empty list instead of raising an exception>>

What if we catch the exceptions? Will that cause not to leak memory?

--
nosy: +Vikas

___
Python tracker 

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

[issue25459] EAGAIN errors in Python logging module

[Henrique Andrade]

New submission from Henrique Andrade:

There is a particular bug we hit when using the Python logging module very 
consistently under the particular settings in which we run one of our 
applications.

We are using Python 2.7.10 on RHEL7/RHEL6/Ubuntu14.04.

Anyways, here is the symptom:

Traceback (most recent call last):
  File "/opt/continuum/anaconda/lib/python2.7/logging/__init__.py", line 880, 
in emit
stream.write(fs % msg)
IOError: [Errno 11] Resource temporarily unavailable

Here is the suggested fix:

26c26
< import sys, os, time, cStringIO, traceback, warnings, weakref, collections, 
errno
---
> import sys, os, time, cStringIO, traceback, warnings, weakref, collections
880,886c880
< while True:
<   try:
< stream.write(fs % msg)
<   break
< except IOError as e:
< if e.errno != errno.EAGAIN:
<  raise
---
> stream.write(fs % msg)

--
components: Extension Modules
messages: 253329
nosy: henrique_andrade
priority: normal
severity: normal
status: open
title: EAGAIN errors in Python logging module
versions: Python 2.7

___
Python tracker 

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

[issue25457] json dump fails for mixed-type keys when sort_keys is specified

[Josh Rosenberg]

Josh Rosenberg added the comment:

As a workaround (should you absolutely need to sort keys by some arbitrary 
criteria), you can initialize a collections.OrderedDict from the sorted items 
of your original dict (using whatever key function you like), then dump without 
using sort_keys=True. For example, your suggested behavior (treat all keys as 
str) could be achieved by the user by replacing:

json.dumps(mydict, sort_keys=True)

with:

json.dumps(collections.OrderedDict(sorted(mydict.items(), key=str)))

Particularly in 3.5 (where OrderedDict is a C builtin), this shouldn't incur 
too much additional overhead (`sort_keys` has to make a sorted list 
intermediate anyway), and the output is the same, without introducing implicit 
hiding of errors.

--

___
Python tracker 

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

[issue25447] TypeError invoking deepcopy on lru_cache

[Raymond Hettinger]

Raymond Hettinger added the comment:

> Although it was apparently an artifact of previous 
> implementations that the cache happened to be deep-copyable, 
> I hope this expectation can be restored with minimal fuss.

Hmm, I'm surprised that a deepcopy ever worked.  The LRU cache certainly wasn't 
designed for that.

If Serhiy has a straight-forward way of restoring the behavior (and adding a 
test for it), that would be reasonable for 3.5.1.  However, if it involves 
twisting the code into knots or risking breakage, it would be better to either 
close this as "won't fix" or reclassify as a feature request for 3.6.

--
assignee: rhettinger -> serhiy.storchaka
priority: high -> normal

___
Python tracker 

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

[issue23735] Readline not adjusting width after resize with 6.3

[Josh Rosenberg]

Josh Rosenberg added the comment:

Patch doesn't let me comment, but I believe to be strictly standards 
conformant, sigwinch_received should be declared as a `volatile sig_atomic_t`, 
not `char`. See: 
https://www.securecoding.cert.org/confluence/display/c/SIG31-C.+Do+not+access+shared+objects+in+signal+handlers

Also, to close an incredibly narrow race window, I believe sigwinch_received 
should be set to zero before calling rl_resize_terminal(), on the theory that 
otherwise, the signal could be received just after the call, but before setting 
the flag to 0, the signal handler would set it to 1, but we'd promptly squash 
that by setting it back to 0 (even though a resize occurred that should be 
handled).

--
nosy: +josh.r

___
Python tracker 

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

[issue25457] json dump fails for mixed-type keys when sort_keys is specified

[Josh Rosenberg]

Josh Rosenberg added the comment:

The Python 2 sort order is a result of the "arbitrary but consistent fallback 
comparison" (omitting details, it's comparing the names of the types), thus the 
"strange" sort order. Python 3 (justifiably) said that incomparable types 
should be incomparable rather than silently behaving in non-intuitive ways, 
hiding errors.

Python is being rather generous by allowing non-string keys, because the  JSON 
spec ( http://json.org/ ) only allows the keys ("names" in JSON parlance) to be 
strings. So you're already a bit in the weeds as far as compliant JSON goes if 
you have non-string keys.

Since mixed type keys lack meaningful sort order, I'm not sure it's wrong to 
reject attempts to sort them. Converting to string is as arbitrary and full of 
potential for silently incorrect comparisons as the Python 2 behavior, and 
reintroducing it seems like a bad idea.

--
nosy: +josh.r

___
Python tracker 

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

[issue25457] json dump fails for mixed-type keys when sort_keys is specified

[Josh Rosenberg]

Josh Rosenberg added the comment:

Oops, minor flaw with that. It's str-ifying the tuples, not the keys, which 
could (in some cases) cause issues with keys whose reprs have different 
quoting. So you'd end up with lambdas. Boo. Anyway, corrected version (which 
would probably not be one-lined in real code):

json.dumps(collections.OrderedDict(sorted(mydict.items(), key=lambda x: 
str(x[0]

--

___
Python tracker 

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

[issue23735] Readline not adjusting width after resize with 6.3

[Josh Rosenberg]

Josh Rosenberg added the comment:

Okay, sorry for repeated nitpicks, but I think you can keep the visibility of 
sigwinch_received as static like it was as char (to avoid having it be exported 
for potential use by other modules, though it won't gain any optimization 
benefits of static, since volatile intentionally prevents any such 
optimizations). static volatile sig_atomic_t is kind of a mouthful, but keeps 
the limited visibility you want.

Also, I still don't see a review link for the patch (which limits the ability 
to review in context); you might need to update your checkout and regenerate 
the patch so the review tool can handle it.

--

___
Python tracker 

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

[issue23735] Readline not adjusting width after resize with 6.3

[Eric Price]

Eric Price added the comment:

Hmm, hopefully the review tool works now.  (I was generating the patch manually 
from a source tarball, not a checkout.)

--
Added file: http://bugs.python.org/file40844/rl_sigwinch_update.patch

___
Python tracker 

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

[issue23735] Readline not adjusting width after resize with 6.3

[Eric Price]

Changes by Eric Price :


Removed file: http://bugs.python.org/file40843/rl_sigwinch_update.patch

___
Python tracker 

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

[issue23735] Readline not adjusting width after resize with 6.3

[Eric Price]

Changes by Eric Price :


Removed file: http://bugs.python.org/file40837/rl_sigwinch_update.patch

___
Python tracker 

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

[issue23735] Readline not adjusting width after resize with 6.3

[Eric Price]

Eric Price added the comment:

Right, thanks, I've updated the patch.

--
Added file: http://bugs.python.org/file40843/rl_sigwinch_update.patch

___
Python tracker 

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

[issue25456] 3.4 _tkinter build fails, Windows 10, no tcl.h

[Zachary Ware]

Zachary Ware added the comment:

3.4 still requires Tcl/Tk to be built outside of VS, and its too late in the 
3.4 release cycle to think about changing it. PCbuild\build.bat has been 
updated to do the Tcl/Tk build, though; run "PCbuild\build.bat -e -d" (remove 
'-d' for a Release build) once, and you shouldn't need to worry about Tcl/Tk 
again for the remaining life of 3.4.

--
resolution:  -> wont fix
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

[issue25459] EAGAIN errors in Python logging module

[STINNER Victor]

STINNER Victor added the comment:

What is the type of the stream? Is is a pipe or a regular file? Or a socket?

Can you please format the patch as an unified patch please?

--
nosy: +haypo

___
Python tracker 

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

[issue25460] Misc/.gdbinit uses preprocessor macro

[STINNER Victor]

STINNER Victor added the comment:

> GNU gdb (GDB) 7.9.50.20150218-cvs

Since you have using a recent version of gdb supporting python scripting, you 
must test python-gdb.py which is more reliable and has more features.

--
nosy: +haypo

___
Python tracker 

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

[issue25459] EAGAIN errors in Python logging module

[Henrique Andrade]

Henrique Andrade added the comment:

The stream in this case (where I hit the bug) is just the console, but I
suspect the same issue will affect other streams too.

A key piece of information is that this is probably triggered by having a
custom SIGPIPE handler, which my particular application has.

When a SIGPIPE handler is in place, errors such as EAGAIN and EWOULDBLOCK
might be generated and the logging module wasn't resilient to it.

Here is the unified patch output:

11:00:38|sequoia|/opt/continuum/anaconda> diff -u
/opt/continuum/anaconda/pkgs/python-2.7.8-0/lib/python2.7/logging/__init__.py
/opt/continuum/anaconda/pkgs/python-2.7.8-1/lib/python2.7/logging/__init__.py
---
/opt/continuum/anaconda/pkgs/python-2.7.8-0/lib/python2.7/logging/__init__.py
2014-07-02
19:08:57.0 -0400
+++
/opt/continuum/anaconda/pkgs/python-2.7.8-1/lib/python2.7/logging/__init__.py
2015-09-22
13:57:39.196032267 -0400
@@ -23,7 +23,7 @@
 To use, simply 'import logging' and log away!
 """

-import sys, os, time, cStringIO, traceback, warnings, weakref, collections
+import sys, os, time, cStringIO, traceback, warnings, weakref,
collections, errno

 __all__ = ['BASIC_FORMAT', 'BufferingFormatter', 'CRITICAL', 'DEBUG',
'ERROR',
'FATAL', 'FileHandler', 'Filter', 'Formatter', 'Handler',
'INFO',
@@ -877,7 +877,13 @@
 #An extra encoding step seems to be needed.
 stream.write((ufs %
msg).encode(stream.encoding))
 else:
-stream.write(fs % msg)
+while True:
+try:
+stream.write(fs % msg)
+break
+except IOError as e:
+if e.errno != errno.EAGAIN:
+raise
 except UnicodeError:
 stream.write(fs % msg.encode("UTF-8"))
 self.flush()

On Thu, Oct 22, 2015 at 10:01 AM, STINNER Victor 
wrote:

>
> STINNER Victor added the comment:
>
> What is the type of the stream? Is is a pipe or a regular file? Or a
> socket?
>
> Can you please format the patch as an unified patch please?
>
> --
> nosy: +haypo
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue25460] Misc/.gdbinit uses preprocessor macro

[Phil Weir]

New submission from Phil Weir:

When using the sample .gdbinit, use of the _PyUnicode_AsString macro gives "No 
symbol "_PyUnicode_AsString" in current context." from GDB.

This was first noticed when using downstream (Ubuntu) CPython 3.4/3.5 with 
debug symbols, and was reproduced by building current HEAD without optimization 
(to ensure co object not optimized out) 'CFLAGS="-g -O0" ./configure 
--with-pydebug && make -j2', based on instructions here [1].

This is fixable by switching _PyUnicode_AtString to PyUnicode_AsUTF8, the 
target of the macro in './Include/unicodeobject.h' (see attached patch)

1 - https://docs.python.org/devguide/setup.html#unix



TEST FILE (loop.py)
=
import time

time.sleep(100)


GDB OUTPUT WITHOUT PATCH


> gdb -args /usr/local/bin/python3.6dm loop.py

GNU gdb (GDB) 7.9.50.20150218-cvs
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/bin/python3.6dm...done.
(gdb) r
Starting program: /usr/local/bin/python3.6dm loop.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
^C
Program received signal SIGINT, Interrupt.
0x771df723 in select () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x771df723 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x0065f9eb in pysleep (secs=1000) at 
./Modules/timemodule.c:1408
#2  0x0065d9a1 in time_sleep (self=0x76d318d8, obj=0x9ce7f0 
) at ./Modules/timemodule.c:231
#3  0x005d8c96 in call_function (pp_stack=0x7fffbde0, oparg=1) at 
Python/ceval.c:4636
#4  0x005d0a59 in PyEval_EvalFrameEx (f=0xa82198, throwflag=0) at 
Python/ceval.c:3181
#5  0x005d6154 in _PyEval_EvalCodeWithName (_co=0x77e1c280, 
globals=0x77f1de58, locals=0x77f1de58, args=0x0, argcount=0, kws=0x0, 
kwcount=0, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0,
name=0x0, qualname=0x0) at Python/ceval.c:3962
#6  0x005d629d in PyEval_EvalCodeEx (_co=0x77e1c280, 
globals=0x77f1de58, locals=0x77f1de58, args=0x0, argcount=0, kws=0x0, 
kwcount=0, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0)
at Python/ceval.c:3983
#7  0x005c05aa in PyEval_EvalCode (co=0x77e1c280, 
globals=0x77f1de58, locals=0x77f1de58) at Python/ceval.c:777
#8  0x00428790 in run_mod (mod=0xac0968, filename=0x76dd7c08, 
globals=0x77f1de58, locals=0x77f1de58, flags=0x7fffd690, 
arena=0xade380) at Python/pythonrun.c:970
#9  0x004284c3 in PyRun_FileExFlags (fp=0xab8210, 
filename_str=0x77f0bd80 "loop.py", start=257, globals=0x77f1de58, 
locals=0x77f1de58, closeit=1, flags=0x7fffd690)
at Python/pythonrun.c:923
#10 0x004263c1 in PyRun_SimpleFileExFlags (fp=0xab8210, 
filename=0x77f0bd80 "loop.py", closeit=1, flags=0x7fffd690) at 
Python/pythonrun.c:396
#11 0x00425127 in PyRun_AnyFileExFlags (fp=0xab8210, 
filename=0x77f0bd80 "loop.py", closeit=1, flags=0x7fffd690) at 
Python/pythonrun.c:80
#12 0x00441b4b in run_file (fp=0xab8210, filename=0x9ee270 L"loop.py", 
p_cf=0x7fffd690) at Modules/main.c:318
#13 0x00442aeb in Py_Main (argc=2, argv=0x9ec020) at Modules/main.c:768
#14 0x0041c26f in main (argc=2, argv=0x7fffd948) at 
./Programs/python.c:69
(gdb) f 4
#4  0x005d0a59 in PyEval_EvalFrameEx (f=0xa82198, throwflag=0) at 
Python/ceval.c:3181
3181res = call_function(, oparg);
(gdb) pystack
No symbol "_PyUnicode_AsString" in current context.
(gdb)


GDB OUTPUT WITH PATCH
=

> gdb -args /usr/local/bin/python3.6dm loop.py 


GNU gdb (GDB) 7.9.50.20150218-cvs
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:

[issue25244] Idle: refine right-click behavior

[Mark Roseman]

Changes by Mark Roseman :


--
nosy: +markroseman

___
Python tracker 

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

[issue25452] Add __bool__() method to subprocess.CompletedProcess

[Richard Neumann]

Richard Neumann added the comment:

A useless use case is attached.
Basically it boils down to having the ability to evaluate the CompletedProcess 
directly by if/else rather than comparing its returncode attribute to zero each 
time or handling the exception raised by check_returncode().
I use this quite frequently in programs which run system commands.
Before the new subprocess.run() method and subprocess.CompletedProcess were 
introduced with python 3.5 I already wrote my own library for that, wich now 
nearly became obsoleted by the new subprocess library of python 3.5 with the 
expection that it does not have this feature.
See the class ProcessResult here: 
https://github.com/HOMEINFO/homeinfo-lib/blob/master/homeinfo/lib/system.py

--
Added file: http://bugs.python.org/file40836/usecase.py

___
Python tracker 

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

[issue23735] Readline not adjusting width after resize with 6.3

[Eric Price]

Eric Price added the comment:

This patch seems to fix the issue for me, by installing a signal handler for 
SIGWINCH that sets a flag which is checked while waiting for input.

One could make a simpler patch that just calls rl_resize_terminal() from the 
signal handler.  That would essentially replicate the pre-readline 6.2 
behavior, which worked fine, but supposedly it's `dangerous'.

--
keywords: +patch
nosy: +Eric Price
Added file: http://bugs.python.org/file40837/rl_sigwinch_update.patch

___
Python tracker 

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

[issue25453] Arithmetics with complex infinities is inconsistent with C/C++

[Francesco Biscani]

Francesco Biscani added the comment:

@Mark

Yes I understand that this is a thorny issue. I was kinda hoping NumPy would 
just forward complex arithmetic to the underlying C implementation, but 
apparently that's not the case (which OTOH makes sense as the use of C99 
complex numbers is not that widespread).

FWIW, the quoted section in the C standard (Annex G) contains the pseudocode 
for standard-conforming implementations of complex multiplication and division, 
in case the decision is taken to change the behaviour.

--

___
Python tracker 

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

[issue25461] Unclear language (the word ineffective) in the documentation for os.walk

[Bernt Røskar Brenna]

New submission from Bernt Røskar Brenna:

At least for me (non-english speaker), the following is confusing:

"Modifying dirnames when topdown is False is ineffective, because in bottom-up 
mode the directories in dirnames are generated before dirpath itself is 
generated."

I suggest to replace "is ineffective" with "has no effect".

Ineffective could also mean: "Has low performance", could it not?

--
assignee: docs@python
components: Documentation
messages: 253338
nosy: Bernt.Røskar.Brenna, docs@python
priority: normal
severity: normal
status: open
title: Unclear language (the word ineffective) in the documentation for os.walk
type: enhancement
versions: Python 2.7, Python 3.5

___
Python tracker 

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

[issue25461] Unclear language (the word ineffective) in the documentation for os.walk

[Ezio Melotti]

Ezio Melotti added the comment:

Thanks for the report.
This sounds like a reasonable request to me.
Would you like to make a patch?
(If so, you can check the devguide.)

--
keywords: +easy
nosy: +ezio.melotti
stage:  -> needs patch
versions: +Python 3.4, Python 3.6

___
Python tracker 

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