[issue14479] Replace transplant with graft in devguide

Roundup Robot added the comment: New changeset b1dfbaae4458 by Georg Brandl in branch 'default': Closes #14479: replace transplant advice with graft http://hg.python.org/devguide/rev/b1dfbaae4458 -- nosy: +python-dev resolution: -> fixed stage: needs patch -> committed/rejected status:

[issue6015] Tkinter Scrollbar in OS X 10.5

Andrew Svetlov added the comment: Can anybody confirm this bug for OS X? -- nosy: +asvetlov, ned.deily type: performance -> behavior versions: +Python 3.3 -Python 2.6 ___ Python tracker

[issue802310] tkFont may reuse font names

Andrew Svetlov added the comment: I've pushed fix inspired by Guilherme's suggestion. Fix has been applied to 3.3 only because: 1. It changes font name generation schema 2. It's definitelly minor issue as exists starting from 2003. Thanks. -- resolution: -> fixed stage: patch review

[issue802310] tkFont may reuse font names

Roundup Robot added the comment: New changeset a77e23135675 by Andrew Svetlov in branch 'default': Issue #802310: Generate always unique tkinter font names if not directly passed http://hg.python.org/cpython/rev/a77e23135675 -- nosy: +python-dev ___

[issue802310] tkFont may reuse font names

Changes by Andrew Svetlov : -- assignee: -> asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue14440] Close background process if IDLE closes abnormally.

Roger Serwy added the comment: This bug is related to issue12540. The approach taken there is to have the IDLE frontend explicitly kill the subprocess. It's a band-aid to the problem that run.py doesn't exit when the socket to the IDLE frontend closes (either by shell restart or kill -9 on ID

[issue2377] Replace __import__ w/ importlib.__import__

Brett Cannon added the comment: OK, everyone's code review comments have been addressed. That means I have test_pydoc still failing (and that won't get fixed until ImportError grows a module_name attribute; issue #1559549) and test_trace (it doesn't like frozen modules). I also have not plugg

[issue14428] Implementation of the PEP 418

STINNER Victor added the comment: TODO (pep418-3.patch): - Use CLOCK_HIGHRES on Solaris - Maybe implement gethrtime() for Solaris -- ___ Python tracker ___ ___

[issue2377] Replace __import__ w/ importlib.__import__

Changes by Brett Cannon : Added file: http://bugs.python.org/file25104/0fdf350657e3.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue14428] Implementation of the PEP 418

STINNER Victor added the comment: Solaris on x86_64: >>> pprint.pprint(time.get_clock_info('clock')) {'accuracy': 1e-06, 'function': 'clock()', 'is_adjusted': False, 'is_monotonic': True, 'resolution': 1e-06} >>> pprint.pprint(time.get_clock_info('highres')) {'accuracy': 2e-09, 'function':

[issue14466] Rip out mq instructions

R. David Murray added the comment: LGTM. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14341] sporadic (?) test_urllib2 failures

Stefan Krah added the comment: This occurs quite frequently now. In the latest build four bots show this error. http://www.python.org/dev/buildbot/all/builders/x86%20Ubuntu%20Shared%203.x/builds/5605/steps/test/logs/stdio http://www.python.org/dev/buildbot/all/builders/AMD64%20FreeBSD%209.0%203

[issue14428] Implementation of the PEP 418

STINNER Victor added the comment: Patch version 3: - fix compilation on non-Linux (e.g. on FreeBSD and OpenBSD) - time.monotonic() uses GetTickCount/GetTickCount64 on Windows - clock_getres() fills the accuracy field instead of the resolution field of time.get_clock_info() Clock informatio

[issue13585] Add contextlib.CallbackStack

Nick Coghlan added the comment: I'm unlikely to add the contextlib2.ContextStack API as written. I aim to have an updated variant (called contextlib.CallbackStack) available for alpha 3 in May: https://bitbucket.org/ncoghlan/contextlib2/issue/8/rename-contextstack-to-callbackstack-and ---

[issue14479] Replace transplant with graft in devguide

New submission from Antoine Pitrou : hg has a new "graft" command that replaces and obsoletes the transplant extension. The devguide should be changed in that regard. -- components: Devguide messages: 157385 nosy: eric.araujo, ezio.melotti, pitrou, r.david.murray priority: normal severi

[issue14466] Rip out mq instructions

Antoine Pitrou added the comment: Here is a patch. -- keywords: +patch Added file: http://bugs.python.org/file25102/ripmq.patch ___ Python tracker ___ __

[issue14466] Rip out mq instructions

Antoine Pitrou added the comment: > One person that I helped at the PyCon sprints was using it, because > the devguide said to. But I think she was more confused by it than > she would have been by 'hg diff', at least to start out. Or maybe > not...but I wasn't able to help her with the mq com

[issue14466] Rip out mq instructions

R. David Murray added the comment: One person that I helped at the PyCon sprints was using it, because the devguide said to. But I think she was more confused by it than she would have been by 'hg diff', at least to start out. Or maybe not...but I wasn't able to help her with the mq command

[issue14466] Rip out mq instructions

Antoine Pitrou added the comment: > No one uses it? I'm surprised. I do and it seems to me by far the > easiest and safest way to maintain patches in progress when there is > constant churn. Ah, good to know :) My wording was a bit too strong then. However, I rarely see mq-produced patches wh

[issue14477] Rietveld test issue

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14475] codecs.StreamReader.read behaves differently from regular files

STINNER Victor added the comment: Oh, yet another bug in in codecs.StreamReader. I should add it to the PEP :-) http://www.python.org/dev/peps/pep-0400/ Use io.TextIOWrapper (open) instead of codecs.StreamReader (codecs.open), it's bugfree :-) -- nosy: +haypo

[issue14432] Bug in generator if the generator in created in a C thread

Adam Tomjack added the comment: For what it's worth, I think I've seen this bug in 2.6 and 2.5, using generators created in python threads, while profiling not tracing. I'm creating generators in one python thread and storing them in a variable. In a different python thread I overwrite the v

[issue14428] Implementation of the PEP 418

STINNER Victor added the comment: Updated patch: - Implement time.get_clock_info() - time.monotonic() never fails: fallback to time.time() if needed TODO: time.monotonic() must use GetTickCount64() or GetTickCount() on Windows, with a detection of integer overflow on GetTickCount(). ---

[issue14478] Decimal hashing very slow, could be cached

James Hutchison added the comment: 100x should be e100 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue14478] Decimal hashing very slow, could be cached

James Hutchison added the comment: If I increase the cycles increased 10x with 3.2 I get: int: 0.421313354492 Decimal: 24.20299983024597 CachingDecimal: 1.7809998989105225 The sample you have provided is basically what I'm using. See attached What about worst case hash calculation time

[issue14478] Decimal hashing very slow, could be cached

Serhiy Storchaka added the comment: It would be better if you provide a working script that demonstrates the issue. I have completed your example (attached). I ran the example on Python 3.1 and received: 0.24046326 9.8737308979 0.587980985641 Then I ran on Python 3.3: 0.2100839614868164

[issue14387] Include\accu.h incompatible with Windows.h

Georg Brandl added the comment: Transplanted to f91ecbc8bafc in 3.2.3 release clone. -- ___ Python tracker ___ ___ Python-bugs-list m

[issue14387] Include\accu.h incompatible with Windows.h

Georg Brandl added the comment: No it won't: but it's harmless enough that I think it can go into the final without creating another rc. -- ___ Python tracker ___ _

[issue14387] Include\accu.h incompatible with Windows.h

Stefan Krah added the comment: > The fix solved my apsw build problem. Thanks for testing. As for the test failure, that could be really anything. Often these kinds of failures turn out to be overly strict assumptions in the test suite. Best ask the maintainer of the package. So 3.3 is cover

[issue14472] .gitignore is outdated

Georg Brandl added the comment: Symlinks don't work well on Windows. I think a comment in .hgignore asking to update the other two ignores as well is the best solution. -- nosy: +georg.brandl ___ Python tracker

[issue14478] Decimal hashing very slow, could be cached

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue14387] Include\accu.h incompatible with Windows.h

Jeff Robbins added the comment: Thanks for the pointer to the .msi. The fix solved my apsw build problem. I installed Python 3.3.a2 and apsw-3.7.11-r1. I ran this build: C:\Temp\apsw-3.7.11-r1>c:\Python33\python setup.py fetch --all build --enable-all-extensions install apsw built and inst

[issue14478] Decimal hashing very slow, could be cached

Changes by R. David Murray : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14478] Decimal hashing very slow, could be cached

New submission from James Hutchison : Tested on 3.2 Note that I noticed that Decimal is supposed to be faster in 3.3 but I thought I would bring this to light just in case its still relevant Decimal hashing is very slow, even for simple numbers. I found by caching the hash result, there is si

[issue14477] Rietveld test issue

Changes by Martin v. Löwis : -- keywords: +patch Added file: http://bugs.python.org/file25098/readme.diff ___ Python tracker ___ ___ P

[issue14477] Rietveld test issue

New submission from Martin v. Löwis : This is to test issues with the Rietveld integration. -- messages: 157368 nosy: dmalcolm, loewis priority: normal severity: normal status: open title: Rietveld test issue ___ Python tracker

[issue14471] Buffer overrun in winreg.c

Changes by Kristján Valur Jónsson : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailin

[issue14471] Buffer overrun in winreg.c

Roundup Robot added the comment: New changeset b3639f6aaa2b by Kristján Valur Jónsson in branch '3.2': Issue #14471: Fix a possible buffer overrun in the winreg module. http://hg.python.org/cpython/rev/b3639f6aaa2b New changeset 80d814d7b886 by Kristján Valur Jónsson in branch 'default': Merge

[issue14455] plistlib unable to read json and binary plist files

Changes by Georges Martin : -- nosy: +jrjsmrtn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue14474] mishandling of AttributeError in threads

Roundup Robot added the comment: New changeset 60ad83716733 by Benjamin Peterson in branch '3.2': prevent writing to stderr from messing up the exception state (closes #14474) http://hg.python.org/cpython/rev/60ad83716733 -- ___ Python tracker

[issue13903] New shared-keys dictionary implementation

Mark Shannon added the comment: I'm not bothered by the regression in "silent_logging", as it is a micro benchmark with a very short running time. The regression in "mako" is, I think, caused by competition for the data cache between the new dict implementation and the method-cache used by _PyT

[issue14476] sudo breaks python

Pierre Ossman added the comment: Well that was fast. :) Sounds very much like the same bug I'm seeing here, yes. Unfortunately I'm not sure it's sufficient for us to rely on the distributions to update their sudo packages. A workaround would be preferable. I'll see if I can figure something

[issue14474] mishandling of AttributeError in threads

Roundup Robot added the comment: New changeset 8609d7fcdcc7 by Benjamin Peterson in branch '2.7': prevent writing to stderr from messing up the exception state (closes #14474) http://hg.python.org/cpython/rev/8609d7fcdcc7 -- nosy: +python-dev resolution: -> fixed stage: -> committed/r

[issue14476] sudo breaks python

R. David Murray added the comment: I'm going to close this. If it turns out not to be a bug in sudo, please reopen. -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue14476] sudo breaks python

R. David Murray added the comment: See also http://www.gratisoft.us/bugzilla/show_bug.cgi?id=464, which lists versions. Sounds like the same bug Amaury linked to. -- nosy: +r.david.murray ___ Python tracker

[issue14476] sudo breaks python

Amaury Forgeot d'Arc added the comment: It's probably not related to Python; see http://comments.gmane.org/gmane.comp.tools.sudo.user/3769 This threads ends with: """ Great. That change will be in the next sudo release. """ -- nosy: +amaury.forgeotdarc

[issue14476] sudo breaks python

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue14474] mishandling of AttributeError in threads

Pierre Ossman added the comment: Indeed. I assume old style classes are still supported though? -- ___ Python tracker ___ ___ Python-

[issue14476] sudo breaks python

New submission from Pierre Ossman : sudo breaks exception handling in Python in some subtle way. The following test program works fine when run directly, but breaks when run through sudo: #!/usr/bin/python import time def a(): try: while True:

[issue14474] mishandling of AttributeError in threads

Amaury Forgeot d'Arc added the comment: If Dummy is a new-style class, the traceback is correctly printed. -- nosy: +amaury.forgeotdarc ___ Python tracker ___ __

[issue14387] Include\accu.h incompatible with Windows.h

Stefan Krah added the comment: Jeff Robbins wrote: > I'm happy to try another build of apsw, but am not up-to-speed with how to > get development copies of Python. As a user, I typically download the > latest Windows .msi file and install it. If you can point me to a document > on how to p

[issue14475] codecs.StreamReader.read behaves differently from regular files

New submission from Mikko Rasa : For regular files, a read() call without arguments will read until EOF. codecs.StreamReader does its own buffering, and if there are characters in the buffer, a read() call will be satisfied from the buffer without an attempt to read the rest of the file. Thi

[issue14405] Some "Other Resources" in the sidebar are hopelessly out of date

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue14472] .gitignore is outdated

Matej Cepl added the comment: Right ... .gitignore doesn't support regexeps (they are not needed IMHO here, but that's another point). -- ___ Python tracker ___ ___

[issue14471] Buffer overrun in winreg.c

Kristján Valur Jónsson added the comment: Thanks for the your info/insight, Martin. I'll update 3.2 and 3.3. as you suggest then. -- ___ Python tracker ___ __

[issue14471] Buffer overrun in winreg.c

Martin v. Löwis added the comment: > Martin, what constitutes a security fix for Python? For example, > isn't it conceivable that one could place a long key into some > registry setting used by python and thus interfere with its stack? If it has a CVE identifier, it's a security fix. Other

[issue14387] Include\accu.h incompatible with Windows.h

Jeff Robbins added the comment: I'm happy to try another build of apsw, but am not up-to-speed with how to get development copies of Python. As a user, I typically download the latest Windows .msi file and install it. If you can point me to a document on how to proceed, I'll give it a try.

[issue14474] mishandling of AttributeError in threads

New submission from Pierre Ossman : These three things do not mix: - AttributeError - Threads - Object methods An unhandled AttributeError thrown in a thread will not call sys.excepthook if the thread's start function is a class/object method. Test case: import sys import thread class D

[issue14473] Regex Howto error

Senthil Kumaran added the comment: That's not an error, but in fact a correct statement. Please test it in the interpreter. -- nosy: +orsenthil resolution: -> invalid stage: -> committed/rejected status: open -> closed type: -> behavior ___ Pytho

[issue14473] Regex Howto error

New submission from Federico Reghenzani : There's an error in Regex Howto, when explain the operator '?', I attached the patch. -- assignee: docs@python components: Documentation files: regex_doc.diff keywords: patch messages: 157348 nosy: docs@python, federico.reghenzani priority: norm

[issue13903] New shared-keys dictionary implementation

Changes by Mark Shannon : Added file: http://bugs.python.org/file25096/372d0bca85ae.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue14472] .gitignore is outdated

Thomas Spura added the comment: AFAIK hg supports symlinks. Why not just symlink .gitignore to .hgignore and keep .hgignore up to date? But in this case "$" and "^" need to be avoided, e.g. this doesn't work for git: Makefile$ Makefile.pre$ -- nosy: +tomspur _

[issue14472] .gitignore is outdated

New submission from Matej Cepl : Patch for the port of .hgignore to .gitignore is attached -- components: Build files: _gitignore.patch keywords: patch messages: 157346 nosy: mcepl priority: normal severity: normal status: open title: .gitignore is outdated Added file: http://bugs.python

[issue14471] Buffer overrun in winreg.c

Kristján Valur Jónsson added the comment: Thanks. Martin, what constitutes a security fix for Python? For example, isn't it conceivable that one could place a long key into some registry setting used by python and thus interfere with its stack? Aren't stack buffer overruns a classic securit

[issue14471] Buffer overrun in winreg.c

Amaury Forgeot d'Arc added the comment: In 2.7, the file is named _winreg.c. But the patch does not apply there, because it's using the ANSI (=bytes) API. -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue14373] C implementation of functools.lru_cache

Changes by Matt Joiner : Removed file: http://bugs.python.org/file24984/functools.lru_cache-in-c.patch ___ Python tracker ___ ___ Python-bugs-

[issue14373] C implementation of functools.lru_cache

Changes by Matt Joiner : Removed file: http://bugs.python.org/file25026/functools.lru_cache-in-c.patch ___ Python tracker ___ ___ Python-bugs-

[issue14373] C implementation of functools.lru_cache

Matt Joiner added the comment: > * it incorporate the recent lru_cache algorithmic updates (moving the root > around the circular queue to re-use old links). The existing C patch already does this. > * it shows which parts should be implemented in C using a regular type and > shows how to ca