[issue20729] mailbox.Mailbox does odd hasattr() check

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

___
Python tracker 

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

[issue22157] FAIL: test_with_pip (test.test_venv.EnsurePipTest)

[snehal]

snehal added the comment:

/home/python/Python-3.4.1/Modules/_ctypes/libffi/config.guess: unable to guess 
system type

This script, last modified 2012-12-29, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from

  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

If the version you run 
(/home/python/Python-3.4.1/Modules/_ctypes/libffi/config.guess) is already up 
to date, please
send the following data and any information you think might be
pertinent to  in order to provide the needed
information to handle your system.

config.guess timestamp = 2012-12-29

uname -m = ppc64le
uname -r = 3.13-1-powerpc64le
uname -s = Linux
uname -v = #1 SMP Debian 3.13.4-1 (2014-02-22)

/usr/bin/uname -p = 
/bin/uname -X = 

hostinfo   = 
/bin/universe  = 
/usr/bin/arch -k   = 
/bin/arch  = 
/usr/bin/oslevel   = 
/usr/convex/getsysinfo = 

UNAME_MACHINE = ppc64le
UNAME_RELEASE = 3.13-1-powerpc64le
UNAME_SYSTEM  = Linux
UNAME_VERSION = #1 SMP Debian 3.13.4-1 (2014-02-22)
configure: error: cannot guess build type; you must specify one

--
I tried modifying config.guess for ppc65le , and did run configure and make 
again... after which I got following 


Could not find platform dependent libraries 
Consider setting $PYTHONHOME to [:]
/usr/bin/ld: 
build/temp.linux-ppc64le-3.4/home/python/Python-3.4.1/Modules/_ctypes/libffi/src/powerpc/linux64.o:
 ABI version 1 is not compatible with ABI version 2 output
/usr/bin/ld: failed to merge target specific data of file 
build/temp.linux-ppc64le-3.4/home/python/Python-3.4.1/Modules/_ctypes/libffi/src/powerpc/linux64.o
/usr/bin/ld: 
build/temp.linux-ppc64le-3.4/home/python/Python-3.4.1/Modules/_ctypes/libffi/src/powerpc/linux64_closure.o:
 ABI version 1 is not compatible with ABI version 2 output
/usr/bin/ld: failed to merge target specific data of file 
build/temp.linux-ppc64le-3.4/home/python/Python-3.4.1/Modules/_ctypes/libffi/src/powerpc/linux64_closure.o

--

___
Python tracker 

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

[issue22034] posixpath.join() and bytearray

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Copied nosy list from issue15180 and issue15377.

--
nosy: +Arfrever, chris.jerdonek, eric.araujo, georg.brandl, pitrou, 
r.david.murray, terry.reedy

___
Python tracker 

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

[issue22065] Update turtledemo menu creation

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Terry?

--

___
Python tracker 

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

[issue22166] test_codecs "leaking" references

[Nick Coghlan]

Nick Coghlan added the comment:

I did a bit of poking around with tracemalloc (debugging patch diff attached)

encodings._cache is definitely one culprit, but something else is going on 
where it appears the *test cases* are being kept alive.

For comparison, with my hacked regrtest, I get this for test_cmd_line:

$ ./python -m test -R 3:1 test_grammar
[1/1] test_grammar
beginning 4 repetitions
1234
[ Top 20 differences ]
/home/ncoghlan/devel/py34/Lib/_weakrefset.py:37: size=9936 B (+9936 B), 
count=54 (+54), average=184 B
/home/ncoghlan/devel/py34/Lib/_weakrefset.py:38: size=6696 B (+6696 B), 
count=54 (+54), average=124 B
/home/ncoghlan/devel/py34/Lib/_weakrefset.py:48: size=6480 B (+6480 B), 
count=27 (+27), average=240 B
/home/ncoghlan/devel/py34/Lib/mimetypes.py:487: size=6176 B (+6176 B), count=1 
(+1), average=6176 B
/home/ncoghlan/devel/py34/Lib/ctypes/__init__.py:272: size=2362 B (+2362 B), 
count=12 (+12), average=197 B
/home/ncoghlan/devel/py34/Lib/ctypes/__init__.py:99: size=2167 B (+2167 B), 
count=11 (+11), average=197 B
/home/ncoghlan/devel/py34/Lib/ctypes/__init__.py:274: size=2137 B (+2137 B), 
count=11 (+11), average=194 B
/home/ncoghlan/devel/py34/Lib/_weakrefset.py:92: size=1944 B (+1944 B), 
count=27 (+27), average=72 B
/home/ncoghlan/devel/py34/Lib/test/regrtest.py:1466: size=1568 B (+1568 B), 
count=1 (+1), average=1568 B
/home/ncoghlan/devel/py34/Lib/_weakrefset.py:84: size=1344 B (+1344 B), 
count=14 (+14), average=96 B
/home/ncoghlan/devel/py34/Lib/contextlib.py:38: size=656 B (+656 B), count=1 
(+1), average=656 B
/home/ncoghlan/devel/py34/Lib/unittest/suite.py:87: size=512 B (+512 B), 
count=1 (+1), average=512 B
/home/ncoghlan/devel/py34/Lib/test/support/__init__.py:1735: size=488 B (+488 
B), count=1 (+1), average=488 B
/home/ncoghlan/devel/py34/Lib/mimetypes.py:534: size=416 B (+416 B), count=1 
(+1), average=416 B
/home/ncoghlan/devel/py34/Lib/mimetypes.py:384: size=416 B (+416 B), count=1 
(+1), average=416 B
/home/ncoghlan/devel/py34/Lib/test/regrtest.py:1475: size=224 B (+224 B), 
count=1 (+1), average=224 B
/home/ncoghlan/devel/py34/Lib/test/regrtest.py:1464: size=224 B (+224 B), 
count=1 (+1), average=224 B
/home/ncoghlan/devel/py34/Lib/mimetypes.py:387: size=224 B (+224 B), count=1 
(+1), average=224 B
/home/ncoghlan/devel/py34/Lib/linecache.py:31: size=224 B (+224 B), count=1 
(+1), average=224 B
/home/ncoghlan/devel/py34/Lib/ctypes/__init__.py:103: size=224 B (+224 B), 
count=1 (+1), average=224 B

test_grammar leaked [-3] references, sum=-3
1 test failed:
test_grammar

While for test_codecs I get this:

$ ./python -m test -R 3:1 test_codecs
[1/1] test_codecs
beginning 4 repetitions
1234
[ Top 20 differences ]
/home/ncoghlan/devel/py34/Lib/unittest/case.py:408: size=83.7 KiB (+83.7 KiB), 
count=206 (+206), average=416 B
/home/ncoghlan/devel/py34/Lib/unittest/case.py:368: size=41.8 KiB (+41.8 KiB), 
count=411 (+411), average=104 B
/home/ncoghlan/devel/py34/Lib/unittest/case.py:387: size=16.1 KiB (+16.1 KiB), 
count=206 (+206), average=80 B
/home/ncoghlan/devel/py34/Lib/unittest/suite.py:60: size=14.5 KiB (+14.5 KiB), 
count=206 (+206), average=72 B
/home/ncoghlan/devel/py34/Lib/unittest/case.py:381: size=13.6 KiB (+13.6 KiB), 
count=174 (+174), average=80 B
/home/ncoghlan/devel/py34/Lib/test/test_codecs.py:2653: size=12.2 KiB (+12.2 
KiB), count=2 (+2), average=6242 B
/home/ncoghlan/devel/py34/Lib/test/regrtest.py:1475: size=12.0 KiB (+12.0 KiB), 
count=1 (+1), average=12.0 KiB
/home/ncoghlan/devel/py34/Lib/_weakrefset.py:37: size=9936 B (+9936 B), 
count=54 (+54), average=184 B
/home/ncoghlan/devel/py34/Lib/unittest/loader.py:156: size=7600 B (+7600 B), 
count=95 (+95), average=80 B
/home/ncoghlan/devel/py34/Lib/_weakrefset.py:38: size=6696 B (+6696 B), 
count=54 (+54), average=124 B
/home/ncoghlan/devel/py34/Lib/_weakrefset.py:48: size=6480 B (+6480 B), 
count=27 (+27), average=240 B
/home/ncoghlan/devel/py34/Lib/mimetypes.py:487: size=6176 B (+6176 B), count=1 
(+1), average=6176 B
/home/ncoghlan/devel/py34/Lib/unittest/case.py:625: size=3232 B (+3232 B), 
count=4 (+4), average=808 B
/home/ncoghlan/devel/py34/Lib/test/test_codecs.py:2637: size=2964 B (+2964 B), 
count=6 (+6), average=494 B
/home/ncoghlan/devel/py34/Lib/test/support/__init__.py:1739: size=2432 B (+2432 
B), count=32 (+32), average=76 B
/home/ncoghlan/devel/py34/Lib/ctypes/__init__.py:272: size=2362 B (+2362 B), 
count=12 (+12), average=197 B
/home/ncoghlan/devel/py34/Lib/unittest/loader.py:70: size=2304 B (+2304 B), 
count=32 (+32), average=72 B
/home/ncoghlan/devel/py34/Lib/unittest/suite.py:125: size=2168 B (+2168 B), 
count=7 (+7), average=310 B
/home/ncoghlan/devel/py34/Lib/ctypes/__init__.py:274: size=2137 B (+2137 B), 
count=11 (+11), average=194 B
/home/ncoghlan/devel/py34/Lib/ctypes/__init__.py:99: size=2071 B (+2071 B), 
count=10 (+10), average=207 B

test_codecs leaked [5602] references, sum=5602
test_codecs leaked [1056] memory blocks, sum=1056
1 test failed:
test_codecs

[issue22034] posixpath.join() and bytearray

[Georg Brandl]

Changes by Georg Brandl :


--
nosy:  -georg.brandl

___
Python tracker 

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

[issue22014] Improve display of OS exception <-> errno mapping

[Nick Coghlan]

Nick Coghlan added the comment:

I'd suggested starting with seeing including of the subsection of the 
exceptions.txt file looks, and if that's still a bit hard to read, try the 
explicit table approach.

I'm always wary of having hand maintained mappings in the docs, but this 
particular one isn't likely to change any time soon.

--
title: Add summary table for OS exception <-> errno mapping -> Improve display 
of OS exception <-> errno mapping

___
Python tracker 

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

[issue22190] Integrate tracemalloc into regrtest refleak hunting

[Nick Coghlan]

Nick Coghlan added the comment:

Indeed it is - I should have checked if there was an existing issue.

--
resolution:  -> duplicate
status: open -> closed
superseder:  -> test.regrtest: use tracemalloc to detect memory leaks?

___
Python tracker 

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

[issue19816] test.regrtest: use tracemalloc to detect memory leaks?

[Nick Coghlan]

Nick Coghlan added the comment:

Some of the changes to the way regrtest handles test cases has shown a weird 
cycle in test_codecs - see issue #22166 for details.

I'll try Victor's patch to see if it's more enlightening than my hacked 
together attempt.

--

___
Python tracker 

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

[issue19816] test.regrtest: use tracemalloc to detect memory leaks?

[Nick Coghlan]

Nick Coghlan added the comment:

On second thoughts, what Victor is doing isn't that different from my existing 
hack - I'll lift the display code, but I'm happy with my data collection code.

One thing I did that seemed to reduce the noise substantially was to leave 
tracing turned off most of the time, and have a start/stop pair around the 
actual execution of the test and the subsequent cache cleanup.

--

___
Python tracker 

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

[issue22166] test_codecs "leaking" references

[Nick Coghlan]

Nick Coghlan added the comment:

Still not sure what is going on, but I tweaked my tracemalloc hacks based on 
Victor's draft patch in 19816 (his are designed to make this optional, where 
mine are hardcoded. I also sort by number of allocations, rather than amount of 
memory)

--
Added file: 
http://bugs.python.org/file36363/issue22166_debugging_codec_test_leak_v2.diff

___
Python tracker 

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

[issue12954] Multiprocessing logging under Windows

[Ari Koivula]

Ari Koivula added the comment:

Guarding the initialization is indeed correct and works, but log_to_stderr 
adding the handler multiple times is still annoying. Especially as you probably 
do want it to be called for child processes (at least on windows) and it might 
be called during initialization in multiprocessing.forking.prepare (but not on 
windows).

There is no need to go through the handlers. Just avoid adding the handler 
again if it has already been added. There actually already is a variable 
(multiprocessing.util._log_to_stderr) that tracks this, but it isn't used.

--

___
Python tracker 

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

[issue22166] test_codecs "leaking" references

[Nick Coghlan]

Nick Coghlan added the comment:

I assigned this to myself when I thought this was going to be an easy fix 
(since I knew encodings._cache wasn't getting cleared), but it looks 
substantially more complicated than that.

I checked the codec entry was getting cleared by tearDown() correctly, and 
explicitly clearing the cycle between the test case and the codec 
implementation didn't help anything.

Restoring the cache to its original state did help, but only a little bit.

It may be one of the other test cases that's the problem, or else there may be 
something genuinely odd going on with the exception chaining and local 
variables.

--
assignee: ncoghlan -> 

___
Python tracker 

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

[issue19628] maxlevels -1 on compileall for unlimited recursion

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag

___
Python tracker 

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

[issue12954] Multiprocessing logging under Windows

[Ari Koivula]

Ari Koivula added the comment:

Actually, multiprocessing.forking.prepare does call log_to_stderr on windows. 
While debugging the double handler issue I somehow came to the conclusion that 
it didn't, but it seems to work just fine now. I must have been doing something 
weird like creating the processes before setting the log level to cause that.

This issue can probably be closed.

--

___
Python tracker 

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

[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

What should be made to move this issue forward?

--

___
Python tracker 

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

[issue22068] tkinter: avoid reference loops with Variables and Fonts

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

If there are no objections I'll commit the patch.

--

___
Python tracker 

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

[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO

[David Wilson]

David Wilson added the comment:

Hey Serhiy,

The implementation for your readline optimization seems less contentious (and 
less risky) than the remainder of the patch -- it could perhaps be easily split 
off into a separate patch, which may be far more easily committed.

I love the concept of this patch, although from my last reading (weeks ago), 
it's slightly scary that it relies on Py_REFCNT() to know whether to mutate a 
string or not. In principle this should never break, in practice, however, it 
is uncertain that there are no strange edge cases that aren't immediately 
obvious.

The _PyBytes_Resize doc is quite clear: "Only use this to build up a brand new 
bytes object; don’t use this if the bytes may already be known in other parts 
of the code"

--

___
Python tracker 

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

[issue22139] python windows 2.7.8 64-bit did not install

[Andreas Richter]

Andreas Richter added the comment:

I think we can close this although there should be some kind of warning that 
running an upgrade without an uninstall may not upgrade the files in some 
cases. However I can't really tell what those cases are. Since I deleted all 
the files and then did a repair with the new installer and still the old dll 
came back, I can't tell where it came from. Especially since all the files in 
the lib folder were the newer ones. Originally I thought maybe the dll was 
locked during the install, but moving the whole installation folder and 
creating a new one and then doing a repair still recovered the old dll. I was 
able to get some more information on this, because we actually checking the 
python binaries into our git repo to make it easy for other users to 
immediately startup and go without the need to install various binaries on 
their machine.

--

___
Python tracker 

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

[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO

[Nick Coghlan]

Nick Coghlan added the comment:

It wouldn't be the first time we've used Py_REFCNT that way. We do it with 
tuples and normal strings as well.

--

___
Python tracker 

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

[issue19816] test.regrtest: use tracemalloc to detect memory leaks?

[Antoine Pitrou]

Antoine Pitrou added the comment:

Slightly unrelated, but in numba I've rewritten parallel testing and refleak 
testing as regular unittest extensions (TestRunner / TestResult subclasses). It 
also means you have per-test method refleak results, instead of per-test file. 
See e.g. RefleakTestResult in 
https://github.com/numba/numba/blob/master/numba/tests/__init__.py

--
nosy: +zach.ware

___
Python tracker 

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

[issue22139] python windows 2.7.8 64-bit did not install

[Martin v . Löwis]

Martin v. Löwis added the comment:

Since we can't investigate further (since you have now resolved it for you), 
closing it as suggested.

--
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue22191] warnings.__all__ incomplete

[Antoine Pitrou]

New submission from Antoine Pitrou:

If you try `pydoc warnings` (or `help(warnings)` in the interpreter prompt) 
you'll notice that some functions such as simplefilter() don't appear. This 
seems to be because warnings.__all__ is incomplete.

--
components: Library (Lib)
keywords: easy
messages: 225279
nosy: brett.cannon, ncoghlan, pitrou
priority: normal
severity: normal
status: open
title: warnings.__all__ incomplete
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5

___
Python tracker 

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

[issue22139] python windows 2.7.8 64-bit did not install

[Zachary Ware]

Changes by Zachary Ware :


--
components: +Windows
stage:  -> resolved
type: crash -> behavior

___
Python tracker 

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

[issue18381] unittest warnings counter

[Antoine Pitrou]

Antoine Pitrou added the comment:

Ouch. I've just been bitten by the fact that unittest enables all warnings by 
default in 3.4, and this change would definitely make things worse. I would 
like to see a simple, documented way of disabling this new behaviour. I'm 
proposing a `catch_warnings` flag on both TestProgram and TestResult 
(defaulting to True if you like).

(it would be even nicer if this were more flexible, e.g. I want unittest to 
catch ResourceWarning but not NumbaWarning, but that's icing on the cake)

By the way, perhaps the tests should also exercise the interaction with 
assertWarns() calls.

--
nosy: +pitrou

___
Python tracker 

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

[issue19714] Add tests for importlib.machinery.WindowsRegistryFinder

[Brett Cannon]

Changes by Brett Cannon :


--
assignee:  -> brett.cannon

___
Python tracker 

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

[issue10608] Add a section to Windows FAQ explaining os.symlink

[ingrid]

ingrid added the comment:

I tried writing a section aimed at beginners, please let me know if you think 
any information should be added or removed.

--
keywords: +patch
nosy: +ingrid, jesstess
Added file: http://bugs.python.org/file36364/issue10608.patch

___
Python tracker 

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

[issue22014] Improve display of OS exception <-> errno mapping

[Jon Poler]

Jon Poler added the comment:

I'm not entirely sure that I'm interpreting what you are looking for correctly, 
but here is what the table looks like with literalinclude.

--
keywords: +patch
Added file: http://bugs.python.org/file36365/OS_exceptions_table.patch

___
Python tracker 

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

[issue21880] IDLE: Ability to run 3rd party code checkers

[Saimadhav Heblikar]

Saimadhav Heblikar added the comment:

Attached is a patch which adds capability to work with external programs which 
can modify the source file(Like whitespace remover tool).
It works with all 4 boolean combinations for {show result, reload source}.

The test coverage will be increased, depending on what feature we choose to 
keep. The GUI is tested thoroughly. The runner code is tested at a basic level.

Please let me know your comments on this.

--
Added file: http://bugs.python.org/file36366/3rdpartychecker-v4.diff

___
Python tracker 

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

[issue18402] Finding perl64

[Zachary Ware]

Zachary Ware added the comment:

It's a harmless patch, but not especially necessary.  If you need the perl.exe 
that's in C:\Perl64\bin, just do "set PATH=C:\Perl64\bin;%PATH%" before you 
invoke the script.

--

___
Python tracker 

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

[issue20291] Argument Clinic should understand *args and **kwargs parameters

[Zachary Ware]

Changes by Zachary Ware :


--
components: +Demos and Tools
nosy: +zach.ware
type: behavior -> enhancement
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

[issue22191] warnings.__all__ incomplete

[Jon Poler]

Jon Poler added the comment:

Antoine:

I'll look in to this unless you want do so yourself.

Thanks.

--
nosy: +jon.poler

___
Python tracker 

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

[issue22191] warnings.__all__ incomplete

[Antoine Pitrou]

Antoine Pitrou added the comment:

Jon, please do!

--

___
Python tracker 

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

[issue22192] dict_values objects are hashable

[Ben Roberts]

New submission from Ben Roberts:

In python 3.4 these result in a TypeError:

  hash({}.keys())

  hash({}.items())

But this succeeds:

  hash({}.values())

The 2.7 backports of these - viewkeys, viewitems, and viewvalues respectively - 
behave equivalently.

See more discussion on StackOverflow: 
http://stackoverflow.com/questions/25293912/why-are-some-dict-views-hashable

The cause appears to be that key and item views implement rich comparisons, 
whereas values views do not.  Therefore dict_view objects use the default 
id()-based __hash__ implementation.

Possible fix: explicitly set tp_hash to PyObject_HashNotImplemented for 
PyDictValues_Type - and perhaps for the other two view types as well, for 
symmetry.

--
components: Interpreter Core
messages: 225287
nosy: roippi
priority: normal
severity: normal
status: open
title: dict_values objects are hashable
type: behavior
versions: Python 2.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

[issue12954] Multiprocessing logging under Windows

[paul j3]

paul j3 added the comment:

I had noticed the `global _log_to_stderr` in `util.log_to_stderr()`, but hadn't 
taken time to track down where it is used.

Not only is it passed from the 'util' module to the 'forking' one, but it is 
also passed via a piped pickle from parent to child process.

There's a lot more to simulating 'os.fork' in Windows than I would have guessed.

--

___
Python tracker 

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

[issue22086] Tab indent no longer works in interpreter

[caff huang]

caff huang added the comment:

It happens on my Windows 7 x64, Python 3.4.1, command shell. (IDLE works fine).

--
nosy: +caffhuang
Added file: http://bugs.python.org/file36367/py34.png

___
Python tracker 

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

[issue22192] dict_values objects are hashable

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +rhettinger

___
Python tracker 

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

[issue21389] The repr of BoundMethod objects sometimes incorrectly identifies the bound function

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +benjamin.peterson
stage:  -> patch review

___
Python tracker 

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

[issue1234674] filecmp.cmp's "shallow" option

[Berker Peksag]

Changes by Berker Peksag :


--
stage: test needed -> patch review

___
Python tracker 

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

[issue21445] Some asserts in test_filecmp have the wrong messages

[Berker Peksag]

Changes by Berker Peksag :


--
assignee:  -> berker.peksag
nosy: +berker.peksag
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

[issue21445] Some asserts in test_filecmp have the wrong messages

[Roundup Robot]

Roundup Robot added the comment:

New changeset b4bfd98a17c5 by Berker Peksag in branch '3.4':
Issue #21445: Pass exception messages correctly to assertTrue in
http://hg.python.org/cpython/rev/b4bfd98a17c5

New changeset 07ec9ec385de by Berker Peksag in branch 'default':
Issue #21445: Pass exception messages correctly to assertTrue in
http://hg.python.org/cpython/rev/07ec9ec385de

--
nosy: +python-dev

___
Python tracker 

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

[issue21445] Some asserts in test_filecmp have the wrong messages

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the patch, Steven.

--
nosy: +r.david.murray
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

[issue22192] dict_values objects are hashable

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka
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