[issue29062] hashlib documentation link error

2016-12-26 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

> While section level of Module, Examples, and Credits is fixed,
> https://docs.python.org/3/library/crypto.html seems still weird.
> It looks like there are two `hashlib` modules.

That is because hashlib-blake2.rst is explicitly added to the TOC list in 
Doc/library/crypto.rst.

--

___
Python tracker 

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



[issue29062] hashlib documentation link error

2016-12-26 Thread Xiang Zhang

Xiang Zhang added the comment:

> Now I think hashlib-blake2 should be merged into hashlib.

+1

INADA, 3.6 branch also suffers the problems here, I didn't see you patch it.

--

___
Python tracker 

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



[issue24665] CJK support for textwrap

2016-12-26 Thread Florent Gallaire

Florent Gallaire added the comment:

Hello everybody,

This is a Python3 version of my lib CJKwrap:
https://github.com/fgallaire/cjkwrap3

It could be integrated as a new lib in Python 3.7.

People who are using textwrap will have no surprise, and people who wants CJK 
width support will be happy to use it.

Any remarks welcome.

Cheers

--
versions: +Python 3.7 -Python 3.6

___
Python tracker 

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



[issue29062] hashlib documentation link error

2016-12-26 Thread INADA Naoki

INADA Naoki added the comment:

While section level of Module, Examples, and Credits is fixed,
https://docs.python.org/3/library/crypto.html seems still weird.
It looks like there are two `hashlib` modules.

Now I think hashlib-blake2 should be merged into hashlib.

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

___
Python tracker 

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



[issue29062] hashlib documentation link error

2016-12-26 Thread Roundup Robot

Roundup Robot added the comment:

New changeset c75ef013bca3 by INADA Naoki in branch 'default':
Issue #29062: doc: Fix heading level of hashlib-blake2
https://hg.python.org/cpython/rev/c75ef013bca3

--

___
Python tracker 

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



[issue29071] IDLE doesn't highlight f-strings properly

2016-12-26 Thread Ammar Askar

Ammar Askar added the comment:

Not a problem, thank you for the encouragement.

--

___
Python tracker 

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



[issue29071] IDLE doesn't highlight f-strings properly

2016-12-26 Thread Terry J. Reedy

Terry J. Reedy added the comment:

There are 10 possible f-string prefixes, including combinations with r/R.  See
https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals

While adding these, I noticed that IDLE was coloring now invalid ur prefixes 
and deleted those.

I decided to test by modifying the existing human visual htest.

Ammar: thank you for submitting a patch.  It happens that I wrote my patch 
before I saw your submission.  If I had seen yours first, I might have given 
you a chance to finish it.  Feel free to try another IDLE issue.

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



[issue29062] hashlib documentation link error

2016-12-26 Thread Xiang Zhang

Xiang Zhang added the comment:

This fixed the index. But the section is still messed up: 
https://docs.python.org/3/library/crypto.html. The three entries: Module, 
Examples, Credits in my mind should not appear on the index.

--

___
Python tracker 

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



[issue29071] IDLE doesn't highlight f-strings properly

2016-12-26 Thread Roundup Robot

Roundup Robot added the comment:

New changeset a48cc85e5706 by Terry Jan Reedy in branch '3.6':
Issue #29071: IDLE now colors f-string prefixes (but not invalid ur prefixes).
https://hg.python.org/cpython/rev/a48cc85e5706

--
nosy: +python-dev

___
Python tracker 

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



[issue29028] Use-After-Free in PyString_FromStringAndSize() of stringobject.c

2016-12-26 Thread INADA Naoki

INADA Naoki added the comment:

LGTM

--
nosy: +inada.naoki

___
Python tracker 

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



[issue29078] Example in Section 8.1.5 time Objects is broken

2016-12-26 Thread Xiang Zhang

Xiang Zhang added the comment:

> Signed the CLA, but looks like it may take two days to reflect.

Thanks. This change is trivial so I can push it first. ;-)

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

___
Python tracker 

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



[issue29078] Example in Section 8.1.5 time Objects is broken

2016-12-26 Thread Roundup Robot

Roundup Robot added the comment:

New changeset 878a91174e74 by Xiang Zhang in branch '2.7':
Issue #29078: Add the missing import in datetime.time doc example.
https://hg.python.org/cpython/rev/878a91174e74

New changeset 172b2ac82037 by Xiang Zhang in branch '3.5':
Issue #29078: Add the missing import in datetime.time doc example.
https://hg.python.org/cpython/rev/172b2ac82037

New changeset 83b089b7ab43 by Xiang Zhang in branch '3.6':
Issue #29078: Merge 3.5.
https://hg.python.org/cpython/rev/83b089b7ab43

New changeset f35c3b0b6eda by Xiang Zhang in branch 'default':
Issue #29078: Merge 3.6.
https://hg.python.org/cpython/rev/f35c3b0b6eda

--
nosy: +python-dev

___
Python tracker 

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



[issue29074] repr doesn't give full result for this re math result

2016-12-26 Thread Philip Lee

Philip Lee added the comment:

I think so, the current behavior is  misleading 

在2016年12月27 00时08分, "R. David Murray"写道:

R. David Murray added the comment:

If it is truncated, should it end with '...' or [...]?

--
nosy: +r.david.murray

___
Python tracker 

___

--
nosy: +iMath

___
Python tracker 

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



[issue29078] Example in Section 8.1.5 time Objects is broken

2016-12-26 Thread Dhushyanth Ramasamy

Dhushyanth Ramasamy added the comment:

Hi Xiang,
Signed the CLA, but looks like it may take two days to reflect.

--
Added file: http://bugs.python.org/file46049/Python Contributor Agreement Form 
- signed.pdf

___
Python tracker 

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



[issue29078] Example in Section 8.1.5 time Objects is broken

2016-12-26 Thread Xiang Zhang

Xiang Zhang added the comment:

LGTM.

Thanks for your work Dhushyanth! It's appreciated if you could sign the CLA: 
https://www.python.org/psf/contrib/contrib-form/.

--
assignee: docs@python -> xiang.zhang
nosy: +xiang.zhang
stage:  -> commit review
versions:  -Python 3.3, Python 3.4

___
Python tracker 

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



[issue29062] hashlib documentation link error

2016-12-26 Thread INADA Naoki

Changes by INADA Naoki :


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

___
Python tracker 

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



[issue29062] hashlib documentation link error

2016-12-26 Thread Roundup Robot

Roundup Robot added the comment:

New changeset 1970c9ea8572 by INADA Naoki in branch 'default':
Issue #29062: doc: Fix hashlib module index conflict
https://hg.python.org/cpython/rev/1970c9ea8572

--
nosy: +python-dev

___
Python tracker 

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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Ned Deily

Ned Deily added the comment:

Ah!  If you have made "fish" your default shell, the updater script should fail 
with the message "Sorry, I don't know how to patch ... shells".  Perhaps your 
default shell was still bash back when you previously installed Python 3.5 and 
2.7?  If so, then the issue is simply that the updater script doesn't support 
fish.

--

___
Python tracker 

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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Ned Deily

Ned Deily added the comment:

OK, that shouldn't be an issue.  I'm just guessing at this point since nothing 
has changed in the profile updater script in a long time over many releases.  
I'm assuming you are running the installer under the same user name (Elias) and 
that Elias is an admin user.  Fortunately, you can run the script manually  
since a copy is installed in /Applications/Python 3.6.  Try double-clicking on 
the "Update Shell Profile.command" file there and see what shows up in the 
ensuing terminal window.  If it now works, try restoring the original file:

mv ~/.bash_profile.pysave ~/.bash_profile

and rerun the installer and, and before quitting the installer, checking the 
installer log output (CMD-L and then selecting the all messages option) for 
clues.

--

___
Python tracker 

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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Elias Zamaria

Elias Zamaria added the comment:

I just ran "ls -le ~/.bash_profile" and got this result:

-rw-r--r--+ 1 Elias  staff  1057 Jul  2 11:04 /Users/Elias/.bash_profile
 0: user:_spotlight inherited allow 
read,execute,readattr,readextattr,readsecurity

--

___
Python tracker 

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



[issue29071] IDLE doesn't highlight f-strings properly

2016-12-26 Thread Ammar Askar

Ammar Askar added the comment:

I've attached a patch that colorizes f-strings.

The issue is marked as "test needed" which the dev guide says "... reporter 
should post a script or instructions to let a triager or developer reproduce 
the issue." 

Steps to re-create are to open an IDLE window and type in the code
```
f"123"
F"123"
u"123"
```
and notice the colorization difference.

--
keywords: +patch
nosy: +ammar2
stage: test needed -> patch review
Added file: http://bugs.python.org/file46048/idle-f-string-highlight.diff

___
Python tracker 

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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Ned Deily

Ned Deily added the comment:

Thanks for the info.  The '+' is the ls output indicates there is extended 
security information for .bash_profile, probably an access control list entry 
that affects it.  I suspect that might be the reason that .bash_profile does 
not get updated by the installer script; it seems to work for me but there are 
certainly a lot of different configurations the script has to deal with.  Try 
"ls -le .bash_profile'.

--

___
Python tracker 

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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Elias Zamaria

Elias Zamaria added the comment:

I just ran "ls -l ~/.bash_profile" and got the following output:

-rw-r--r--+ 1 Elias  staff  1057 Jul  2 11:04 /Users/Elias/.bash_profile

--

___
Python tracker 

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



[issue29079] pathlib.resolve() causes infinite loop on Windows

2016-12-26 Thread Steve Dower

Steve Dower added the comment:

We should break out of the "while True" loop in _WindowsFlavour.resolve when 
joining with ".." doesn't result in a different path.

--

___
Python tracker 

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



[issue29079] pathlib.resolve() causes infinite loop on Windows

2016-12-26 Thread Steve Dower

Changes by Steve Dower :


--
stage:  -> needs patch

___
Python tracker 

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



[issue23903] Generate PC/python3.def by scraping headers

2016-12-26 Thread Steve Dower

Steve Dower added the comment:

Attached a patch that integrates generation into the build of python3.dll. 
There are also a couple of fixes for headers to retain functions/data that were 
previously exported.

The patch includes an updated python3.def file, though I expect that will go 
away and we'll check in the python3.txt file that is generated on build (which 
includes the return type). That way we can fail builds that modify the file 
(regardless of platform) and require an explicit step when adding to the stable 
API.

There are still a few functions towards the end of python3.def that I need to 
figure out how to deal with. (Also, my sort script doesn't quite match the 
result from however Serhiy sorted it last, but it's as close as I could get.)

--
Added file: http://bugs.python.org/file46047/23903_1.patch

___
Python tracker 

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



[issue29079] pathlib.resolve() causes infinite loop on Windows

2016-12-26 Thread Serhiy Storchaka

Changes by Serhiy Storchaka :


--
nosy: +pitrou

___
Python tracker 

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



[issue19542] WeakValueDictionary bug in setdefault()()

2016-12-26 Thread Antoine Pitrou

Changes by Antoine Pitrou :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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



[issue19542] WeakValueDictionary bug in setdefault()()

2016-12-26 Thread Antoine Pitrou

Antoine Pitrou added the comment:

This is expected, because of https://bugs.python.org/issue28427

--

___
Python tracker 

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



[issue29079] pathlib.resolve() causes infinite loop on Windows

2016-12-26 Thread Georg Mischler

New submission from Georg Mischler:

When pathlib.resolve() is invoked on Windows(10) with an absolute path 
including a non-existing drive, it gets caught in an infinite loop.

To reproduce:
Select a drive letter that doesn't exist on the system (in my case H:).
Run the following line of code:
pathlib.Path('h:\\').resolve()

Expected result:
returns the input string unchanged.

Actual result:
pathlib.resolve() ends up in an infinite loop, repeatedly calling 
_getfinalpathname() on the same string.

--
components: Library (Lib), Windows
messages: 284045
nosy: Georg Mischler, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: pathlib.resolve() causes infinite loop on Windows
type: behavior
versions: 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



[issue29028] Use-After-Free in PyString_FromStringAndSize() of stringobject.c

2016-12-26 Thread Ammar Askar

Changes by Ammar Askar :


--
nosy: +benjamin.peterson

___
Python tracker 

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



[issue29028] Use-After-Free in PyString_FromStringAndSize() of stringobject.c

2016-12-26 Thread Ammar Askar

Ammar Askar added the comment:

The proposed patch fixes this, not sure if a regression test is appropriate 
here.

Here's a more minimal example that demonstrates the exact problem:
```
class Index():
def __index__(self):
global a
a.append("2")
return 999

a = bytearray(b"1")
buf = buffer(a)
s = buf[:1:Index()] 
# buf[Index():x:x] or buf[x:x:Index()] will also crash
```

The problem doesn't show up when doing buffer[x:Index()] or [Index():x] because 
this syntax calls the sq_slice method implemented by buffer object which is 
passed the indexes as numbers.

However when using slice notation with three arguments, the equivilant of these 
lines of code is executed:
```
slice_object = slice(x, Index(), x)
buffer[slice_object]
```

During the `buffer[slice_object]`, a call is made in the slice object to find 
the indexes of the slice. This calls into the __index__ method of the Index 
class which mutates the underlying storage behind the buffer. However, buffer's 
subscript method stores the underyling storage in a local variable before 
calling the GetIndices method (assuming the object won't be mutated) which 
means that when it returns, it returns a pointer to an older portion of memory.

I took a quick look at listobject, stringobject, unicodeobject, tupleobject and 
bytearrayobject's subscript methods and it seems they all only access their 
members after the call to PySlice_GetIndices, so I think they should be fine.

memoryview objects cause a `BufferError: Existing exports of data: object 
cannot be re-sized` error so Py3 should be fine.

--
keywords: +needs review, patch
nosy: +ammar2
stage:  -> patch review
Added file: http://bugs.python.org/file46046/buffer-use-after-free-fix.patch

___
Python tracker 

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



[issue23903] Generate PC/python3.def by scraping headers

2016-12-26 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

They do. Functions PyCFunction_New, _PyTrash_deposit_object etc are compiled 
and exported even if they don't represented in headers.

Actually we can remove the PyCFunction_New function since it was converted to 
to a macro before Python 3.0 (faabd9867fb8). No one Python 3 extension uses it. 
But this is separate issue. _PyTrash_deposit_object was used in 3.2.3 and 
should be kept for binary compatibility.

--

___
Python tracker 

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



[issue29078] Example in Section 8.1.5 time Objects is broken

2016-12-26 Thread Dhushyanth Ramasamy

New submission from Dhushyanth Ramasamy:

The example doesn't import timedelta. This causes an error when attempting to 
run the example in the interactive window.

--
assignee: docs@python
components: Documentation
files: datetime.patch
keywords: patch
messages: 284042
nosy: docs@python, rdhushyanth
priority: normal
severity: normal
status: open
title: Example in Section 8.1.5 time Objects is broken
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file46045/datetime.patch

___
Python tracker 

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



[issue29077] build failure when enabling dtrace on FreeBSD

2016-12-26 Thread Ned Deily

Changes by Ned Deily :


--
components: +Build
nosy: +lukasz.langa
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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Ned Deily

Ned Deily added the comment:

Can you check what the permissions and ownership are on your existing 
.bash_profile file?  Also, as you suspected, the installer's profile updater 
script does not currently look for fish initialization files.

--

___
Python tracker 

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



[issue19542] WeakValueDictionary bug in setdefault()()

2016-12-26 Thread Arfrever Frehtes Taifersar Arahesis

Arfrever Frehtes Taifersar Arahesis added the comment:

Newly added test_threaded_weak_valued_pop() triggers ignored KeyError 
exceptions (on all branches):

$ python3.7 -m test -v test_weakref
...
0:00:00 [1/1] test_weakref
...
test_make_weak_keyed_dict_from_dict (test.test_weakref.MappingTestCase) ... ok
test_make_weak_keyed_dict_from_weak_keyed_dict 
(test.test_weakref.MappingTestCase) ... ok
test_make_weak_keyed_dict_repr (test.test_weakref.MappingTestCase) ... ok
test_make_weak_valued_dict_from_dict (test.test_weakref.MappingTestCase) ... ok
test_make_weak_valued_dict_from_weak_valued_dict 
(test.test_weakref.MappingTestCase) ... ok
test_make_weak_valued_dict_misc (test.test_weakref.MappingTestCase) ... ok
test_make_weak_valued_dict_repr (test.test_weakref.MappingTestCase) ... ok
test_threaded_weak_valued_pop (test.test_weakref.MappingTestCase) ... Exception 
ignored in: .remove at 
0x7fb20612bb70>
Traceback (most recent call last):
  File "/usr/lib64/python3.7/weakref.py", line 114, in remove
del self.data[wr.key]
KeyError: (10,)
Exception ignored in: .remove at 
0x7fb20612bb70>
Traceback (most recent call last):
  File "/usr/lib64/python3.7/weakref.py", line 114, in remove
del self.data[wr.key]
KeyError: (10,)
Exception ignored in: .remove at 
0x7fb20612bb70>
Traceback (most recent call last):
  File "/usr/lib64/python3.7/weakref.py", line 114, in remove
del self.data[wr.key]
KeyError: (10,)
Exception ignored in: .remove at 
0x7fb20612bb70>
Traceback (most recent call last):
  File "/usr/lib64/python3.7/weakref.py", line 114, in remove
del self.data[wr.key]
KeyError: (10,)
Exception ignored in: .remove at 
0x7fb20612bb70>
Traceback (most recent call last):
  File "/usr/lib64/python3.7/weakref.py", line 114, in remove
del self.data[wr.key]
KeyError: (10,)
Exception ignored in: .remove at 
0x7fb20612bb70>
Traceback (most recent call last):
  File "/usr/lib64/python3.7/weakref.py", line 114, in remove
del self.data[wr.key]
KeyError: (10,)
Exception ignored in: .remove at 
0x7fb20612bb70>
Traceback (most recent call last):
  File "/usr/lib64/python3.7/weakref.py", line 114, in remove
del self.data[wr.key]
KeyError: (10,)
ok
test_threaded_weak_valued_setdefault (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_bad_delitem (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_cascading_deletes (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_delitem (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_dict_popitem (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_dict_setdefault (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_dict_update (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_iters (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_len_cycles (test.test_weakref.MappingTestCase) ... ok
test_weak_keyed_len_race (test.test_weakref.MappingTestCase) ... ok
test_weak_keys (test.test_weakref.MappingTestCase) ... ok
test_weak_keys_destroy_while_iterating (test.test_weakref.MappingTestCase) ... 
ok
test_weak_valued_delitem (test.test_weakref.MappingTestCase) ... ok
test_weak_valued_dict_popitem (test.test_weakref.MappingTestCase) ... ok
test_weak_valued_dict_setdefault (test.test_weakref.MappingTestCase) ... ok
test_weak_valued_dict_update (test.test_weakref.MappingTestCase) ... ok
test_weak_valued_iters (test.test_weakref.MappingTestCase) ... ok
test_weak_valued_len_cycles (test.test_weakref.MappingTestCase) ... ok
test_weak_valued_len_race (test.test_weakref.MappingTestCase) ... ok
test_weak_values (test.test_weakref.MappingTestCase) ... ok
test_weak_values_destroy_while_iterating (test.test_weakref.MappingTestCase) 
... ok
...

--
Ran 116 tests in 3.641s
...

--
nosy: +Arfrever
resolution: fixed -> 
status: closed -> open
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



[issue28682] Bytes support in os.fwalk()

2016-12-26 Thread Serhiy Storchaka

Changes by Serhiy Storchaka :


--
nosy: +neologix

___
Python tracker 

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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Ned Deily

Changes by Ned Deily :


--
assignee:  -> ned.deily

___
Python tracker 

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



[issue23903] Generate PC/python3.def by scraping headers

2016-12-26 Thread Steve Dower

Steve Dower added the comment:

Those macros like PyCFunction_New actually need to become functions again, 
since we need real exports to forward them to the right place. Converting 
stable API functions to macros breaks the ABI, since modules compiled against 
the old one can no longer link to newer versions, and modules compiled against 
newer ones cannot link to older versions.

I'll try and figure out a way we can compile those functions directly into 
python3.dll, since that's going to leave us with the best ability to use macros 
for non-stable API builds. We will, however, need to update the header files to 
define actual functions rather than macros when Py_LIMITED_API is set.

--

___
Python tracker 

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



[issue29077] build failure when enabling dtrace on FreeBSD

2016-12-26 Thread Steve Wills

New submission from Steve Wills:

When enabling dtrace support via the --with-dtrace configure flag, build fails 
on FreeBSD with this message:

/usr/sbin/dtrace  -o Include/pydtrace_probes.h -h -s
dtrace: option requires an argument -- s

Looks like line 882 of Makefile.pre.in:

882 $(DTRACE) $(DFLAGS) -o $@ -h -s $<

changing this to:

882 $(DTRACE) $(DFLAGS) -o $@ -h -s $(srcdir)/Include/pydtrace.d

avoids that issue. Note that bmake is being used here.

After this however, another issue is encountered during linking:

Python/ceval.o: In function `_PyEval_EvalFrameDefault':
Python/ceval.c:(.text+0xc94): undefined reference to 
`__dtraceenabled_python___function__entry'
Python/ceval.c:(.text+0xcdd): undefined reference to 
`__dtrace_python___function__entry'
Python/ceval.c:(.text+0xff0): undefined reference to 
`__dtraceenabled_python___line'
Python/ceval.c:(.text+0x109f): undefined reference to `__dtrace_python___line'
Python/ceval.c:(.text+0x125e): undefined reference to 
`__dtraceenabled_python___line'
Python/ceval.c:(.text+0x12e5): undefined reference to 
`__dtraceenabled_python___line'
Python/ceval.c:(.text+0x1358): undefined reference to 
`__dtraceenabled_python___line'
Python/ceval.c:(.text+0x13f2): undefined reference to 
`__dtraceenabled_python___line'
Python/ceval.c:(.text+0x146c): undefined reference to 
`__dtraceenabled_python___line'
Python/ceval.o:Python/ceval.c:(.text+0x14de): more undefined references to 
`__dtraceenabled_python___line' follow
Python/ceval.o: In function `_PyEval_EvalFrameDefault':
Python/ceval.c:(.text+0x87f2): undefined reference to 
`__dtraceenabled_python___function__return'
Python/ceval.c:(.text+0x8833): undefined reference to 
`__dtrace_python___function__return'
Modules/gcmodule.o: In function `collect':
Modules/gcmodule.c:(.text+0x380): undefined reference to 
`__dtraceenabled_python___gc__start'
Modules/gcmodule.c:(.text+0x38c): undefined reference to 
`__dtrace_python___gc__start'
Modules/gcmodule.c:(.text+0xe1b): undefined reference to 
`__dtraceenabled_python___gc__done'
Modules/gcmodule.c:(.text+0xe2a): undefined reference to 
`__dtrace_python___gc__done'

which I believe is due to dtrace -G modifying Python/ceval.o and 
Modules/gcmodule.o. 

Finally, note that all calls to dtrace -G or dtrace -h on FreeBSD 11.0 should 
have -xnolibs added to enable use without the DTrace kernel modules loaded. 
Otherwise dtrace processes the /usr/lib/dtrace scripts unnecessarily, and 
errors out when it tries to talk to the DTrace kernel code, causing build 
failure in a jail.

(I can provide patches, but suspect you have preferences about how the build 
system work that I'm not aware of, so wanted to explain before patching in ways 
that aren't satisfactory.)

--
messages: 284038
nosy: swills
priority: normal
severity: normal
status: open
title: build failure when enabling dtrace on FreeBSD
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



[issue29058] Mark new limited C API

2016-12-26 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

Updated patch removes PyODict_HasKey() at all, removes PyODict_Check(), 
PyODict_CheckExact(), PyODict_SIZE() and Py_hexdigits from stable API.

--
Added file: http://bugs.python.org/file46044/limited-api-2.patch

___
Python tracker 

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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Elias Zamaria

New submission from Elias Zamaria:

I have a Mac running OS X 10.11.6, Python 3.5.2, and fish 2.3.1. I installed 
Python 3.6.0, and everything seemed to work fine. However, I typed "python3" in 
my shell and it started Python 3.5.2.

I restarted my shell and typed "python3", and it still started Python 3.5.2. I 
ran "which python3" and it told me 
"/Library/Frameworks/Python.framework/Versions/3.5/bin/python3".

I ran "echo $PATH" and it told me 
"/Library/Frameworks/Python.framework/Versions/3.5/bin", among other 
directories that seem unrelated to Python.

I thought that maybe the installer updated my ~/.bash_profile, assuming that I 
am using bash like most people, but I looked in that file, and the only things 
affecting my path that look Python-related are adding the directories 
"/Library/Frameworks/Python.framework/Versions/2.7/bin" and 
"/Library/Frameworks/Python.framework/Versions/3.5/bin".

I re-ran the installer, clicked the "Customize" button, made sure that the 
"Shell profile updater" checkbox was checked, and ran "python3", and it started 
Python 3.5.2.

I can probably fix this by adding the right directory to my $PATH, but I think 
it is a bug if the installer doesn't make that change for me, or even try to 
make the change.

--
components: Installation, macOS
messages: 284036
nosy: elias, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Python 3.6 installer doesn't update "python3" shell command
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



[issue29076] Python 3.6 installer doesn't update "python3" shell command

2016-12-26 Thread Elias Zamaria

Changes by Elias Zamaria :


--
type:  -> behavior

___
Python tracker 

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



[issue29056] logging.Formatter doesn't respect more than one formatException()

2016-12-26 Thread Vinay Sajip

Vinay Sajip added the comment:

I don't consider this a bug, as the logging documentation for the 
Handler.format() method states:

"Note that the formatted exception information is cached in attribute exc_text. 
This is useful because the exception information can be pickled and sent across 
the wire, but you should be careful if you have more than one Formatter 
subclass which customizes the formatting of exception information. In this 
case, you will have to clear the cached value after a formatter has done its 
formatting, so that the next formatter to handle the event doesn’t use the 
cached value but recalculates it afresh."

So, your suggested workaround is following the approach suggested in the 
documentation.

We could change the implementation to allow a cache_exception_text attribute 
(defaulting to True, set in the Handler class), then it could be set to False 
for individual instances by application developers. This does introduce another 
attribute to the handler class, so this would have to be added in 3.7 and not 
in 3.6. I'm not sure it's worth making this change, because the use case for it 
is not that common.

--
resolution:  -> not a bug
status: open -> pending

___
Python tracker 

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



[issue29075] Remove Windows Vista support

2016-12-26 Thread Steve Dower

Changes by Steve Dower :


--
title: Update WINVER to Windows 7 -> Remove Windows Vista support

___
Python tracker 

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



[issue29075] Update WINVER to Windows 7

2016-12-26 Thread Steve Dower

New submission from Steve Dower:

Windows Vista SP2 is out of support by the time that Python 3.7 releases (see 
PEP 0537 and [1]), so we should do the following tasks:

*  update the definition of Py_WINVER in PC/pyconfig.h to 0x0601 
_WIN32_WINNT_WIN7
* remove any dynamic API imports that are not required on Win7 (I don't think 
there are many, if any)
* remove pre-Win7 supportedOS elements from PC/python.manifest
* block Windows Vista in the installer

We may also be able to take advantage of new flags, particularly related to 
security (I think LoadLibrary[Ex] got new flags).

If there's anything else we need to do, post it here so we don't forget.

References:
[1]: 
https://support.microsoft.com/en-us/lifecycle/search?alpha=Windows%20Vista%20Service%20Pack%202

--
components: Windows
messages: 284034
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Update WINVER to Windows 7
type: enhancement
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



[issue29074] repr doesn't give full result for this re math result

2016-12-26 Thread R. David Murray

R. David Murray added the comment:

If it is truncated, should it end with '...' or [...]?

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



[issue29074] repr doesn't give full result for this re math result

2016-12-26 Thread Matthew Barnett

Matthew Barnett added the comment:

See issue 17087: "Improve the repr for regular expression match objects".

It was decided that it might be a bad idea to show the entire matched portion 
of the string because it could be very long, so it's shown truncated if 
necessary.

--
resolution:  -> not a bug
status: open -> closed

___
Python tracker 

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



[issue29056] logging.Formatter doesn't respect more than one formatException()

2016-12-26 Thread Berker Peksag

Changes by Berker Peksag :


--
nosy: +vinay.sajip

___
Python tracker 

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



[issue29072] the message of help(os.environ.setdefault) have some error

2016-12-26 Thread R. David Murray

R. David Murray added the comment:

The documented syntax is correct.  The '[]' are part of the syntax 
*specification*, not the syntax itself.  They indicate an optional argument, 
just as they do in most syntax diagrams.

--
nosy: +r.david.murray
resolution:  -> not a bug
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



[issue29062] hashlib documentation link error

2016-12-26 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

I didn't tested my suggestion. If it solves the issue and makes all related 
references correct, feel free to push the patch Inada.

--
assignee: docs@python -> inada.naoki
stage:  -> commit review

___
Python tracker 

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



[issue28080] Allow reading member names with bogus encodings in zipfile

2016-12-26 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

A ZipFile can be read when open in not read-only mode. Thus the encoding 
argument should be accepted when mode != 'r'.

It would be weird to read file names and write new entries with different 
encodings. Thus the encoding argument should affect output encoding too.

You have named the new ZipFile attribute metadataEncoding. Indeed, I missed 
this, and other developers missed this when ported to Python 3, but the 
specification says, that the UTF-8 bit affect not just the encoding of file 
names, but the encoding of comments. Thus a file comment must be a string, and 
be decoded with the same encoding as a file name. Currently it is of type 
bytes. I don't know what is the best way to resolve this issue without breaking 
backward compatibility. Perhaps add the text_comment property.

--

___
Python tracker 

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



[issue26758] Unnecessary format string handling for no argument slot wrappers in typeobject.c

2016-12-26 Thread INADA Naoki

INADA Naoki added the comment:

fixed via https://hg.python.org/cpython/rev/adcd9131b7c6

--
nosy: +inada.naoki
resolution:  -> fixed
stage: needs patch -> 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



[issue26787] test_distutils fails when configured --with-lto

2016-12-26 Thread INADA Naoki

INADA Naoki added the comment:

LGTM

--
nosy: +inada.naoki

___
Python tracker 

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



[issue28080] Allow reading member names with bogus encodings in zipfile

2016-12-26 Thread INADA Naoki

Changes by INADA Naoki :


--
nosy: +inada.naoki

___
Python tracker 

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



[issue10614] ZipFile: add a filename_encoding argument

2016-12-26 Thread INADA Naoki

INADA Naoki added the comment:

Thanks. Patch posted in issue28080 looks better than mine.

--
stage: patch review -> 
superseder:  -> Allow reading member names with bogus encodings in zipfile

___
Python tracker 

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



[issue10614] ZipFile: add a filename_encoding argument

2016-12-26 Thread INADA Naoki

Changes by INADA Naoki :


Added file: http://bugs.python.org/file46043/10614-zipfile-encoding.patch

___
Python tracker 

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



[issue10614] ZipFile: add a filename_encoding argument

2016-12-26 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

See also issue28080.

--

___
Python tracker 

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



[issue29074] repr doesn't give full result for this re math result

2016-12-26 Thread iMath

New submission from iMath:

I tested with Python 3.5.2 (v3.5.2:4def2a2901a5, Jun 25 2016, 22:01:18) [MSC 
v.1900 32 bit (Intel)] on win32

re.search(r'http://v.pptv.com/show/.*?\.html.+', 
'http://v.pptv.com/show/2bwkox9SS4nsatI.html?rcc_src=P5') 
does give a match, but it show the result 
<_sre.SRE_Match object; span=(0, 54), 
match='http://v.pptv.com/show/2bwkox9SS4nsatI.html?rcc_s>
missing rc=P5' in IDLE

BTW, py2.7 works fine

--
components: Regular Expressions
messages: 284024
nosy: ezio.melotti, mrabarnett, redstone-cold
priority: normal
severity: normal
status: open
title: repr doesn't give full result for this re math result
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



[issue10614] ZipFile: add a filename_encoding argument

2016-12-26 Thread INADA Naoki

Changes by INADA Naoki :


Removed file: http://bugs.python.org/file46042/10614-zipfile-encoding.patch

___
Python tracker 

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



[issue10614] ZipFile: add a filename_encoding argument

2016-12-26 Thread INADA Naoki

Changes by INADA Naoki :


--
components: +Library (Lib) -Extension Modules
stage:  -> patch review
versions: +Python 3.6, Python 3.7 -Python 3.2, Python 3.3
Added file: http://bugs.python.org/file46042/10614-zipfile-encoding.patch

___
Python tracker 

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



[issue27671] FAQ: len() is still function for good reason.

2016-12-26 Thread INADA Naoki

INADA Naoki added the comment:

I can't write long English document.
Can I quote Guido's mail instead?

--
keywords: +patch
Added file: http://bugs.python.org/file46041/faq-function-method.patch

___
Python tracker 

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



[issue29070] Integration tests for pty.spawn on Linux and all other platforms

2016-12-26 Thread Berker Peksag

Changes by Berker Peksag :


--
components:  -Cross-Build
stage:  -> patch review
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



[issue29049] Lazy GC tracking frame

2016-12-26 Thread INADA Naoki

Changes by INADA Naoki :


--
status: open -> closed

___
Python tracker 

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



[issue29062] hashlib documentation link error

2016-12-26 Thread INADA Naoki

INADA Naoki added the comment:

I like currentmodule directive.

--
keywords: +patch
Added file: http://bugs.python.org/file46040/29062-currentmodule.patch

___
Python tracker 

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



[issue29073] bytearray.__mod__() truncates on first \x00

2016-12-26 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

Indeed, there is an inconsistency between bytes and bytearray in 3.5:

>>> b'a\0b' % ()
b'a\x00b'
>>> bytearray(b'a\0b') % ()
bytearray(b'a')

It was unintentionally fixed in issue25399.

Proposed patch fixes the issue.

--
keywords: +patch
nosy: +ethan.furman, haypo, serhiy.storchaka
stage:  -> patch review
Added file: http://bugs.python.org/file46039/bytearray_format_nul.patch

___
Python tracker 

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



[issue29073] bytearray.__mod__() truncates on first \x00

2016-12-26 Thread Russell Keith-Magee

Russell Keith-Magee added the comment:

Since I was named dropped; it's worth pointing out that this has evidently been 
fixed - intentionally or otherwise - in 3.6.

It wasn't an issue in 3.4 and earlier because __mod__ wasn't implemented for 
bytestrings.

--
nosy: +freakboy3742

___
Python tracker 

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



[issue29049] Lazy GC tracking frame

2016-12-26 Thread Roundup Robot

Roundup Robot added the comment:

New changeset 5f3ac68f34f2 by INADA Naoki in branch 'default':
Issue #29049: Remove unnecessary Py_DECREF
https://hg.python.org/cpython/rev/5f3ac68f34f2

--

___
Python tracker 

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



[issue29073] bytearray.__mod__() truncates on first \x00

2016-12-26 Thread Fabio Sangiovanni

New submission from Fabio Sangiovanni:

Originally posted by Russell Keith-Magee on Twitter:
https://twitter.com/freakboy3742/status/812609675283681280

Reproduced successfully on Python 3.5.2

>>> x = bytearray(1)
>>> y = {}
>>> x % y
Python3.5: bytearray(b'')
Python3.6: bytearray(b'\x00')

also:
>>> bytearray([0,1]) % {} # same with [], (), range(42)
bytearray(b'')
>>> bytearray([1,0]) % {}
bytearray(b'\x01')

--
components: Interpreter Core
messages: 284018
nosy: sanjioh
priority: normal
severity: normal
status: open
title: bytearray.__mod__() truncates on first \x00
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



[issue29049] Lazy GC tracking frame

2016-12-26 Thread INADA Naoki

INADA Naoki added the comment:

> It seems to me, that the part with Py_DECREF should be pushed to older 
> branches.

PyCoro_New() and PyGen_NewWithQualName() steals f reference, and DECREF when 
error.
So Py_DECREF is not needed when (gen == NULL). My patch was wrong.

--

___
Python tracker 

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



[issue29049] Lazy GC tracking frame

2016-12-26 Thread Roundup Robot

Roundup Robot added the comment:

New changeset d6913acb31e3 by INADA Naoki in branch 'default':
Issue #29049: Fix refleak introduced by f5eb0c4f5d37.
https://hg.python.org/cpython/rev/d6913acb31e3

--

___
Python tracker 

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



[issue29072] the message of help(os.environ.setdefault) have some error

2016-12-26 Thread 劉劍峰

New submission from 劉劍峰:

the message `D.setdefault(k[,d])', compiler inform SyntaxError: invalid syntax. 
I think that it woulld be D.setdefault([k, d]).

--
assignee: docs@python
components: Documentation
messages: 284015
nosy: docs@python, 劉劍峰
priority: normal
severity: normal
status: open
title: the message of help(os.environ.setdefault) have some error
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