[issue12723] Provide an API in tkSimpleDialog for defining custom validation functions

Andrew Svetlov added the comment: I think we have to reject this issue. Adding generic validation make sense, but adding just permanent check for non-empty string is wrong. -- nosy: +asvetlov ___ Python tracker _

[issue14489] repr() function link on the built-in function documentation is incorrect

New submission from H Xu : The `repr()` built-in function link in this page [ http://docs.python.org/library/functions.html ] should link to the built-in version of `repr()`. It should link to: http://docs.python.org/library/functions.html#repr However, it links to here: http://docs.python.or

[issue9634] Add timeout parameter to Queue.join()

Nick Coghlan added the comment: The thread pool impl where I'm using this: http://git.fedorahosted.org/git/?p=pulpdist.git;a=blob;f=src/pulpdist/cli/thread_pool.py -- ___ Python tracker ___

[issue14065] Element should support cyclic GC

Eli Bendersky added the comment: Attaching a patch that should fix the build - I don't have write access to commit where I am - will be able to commit it later today. -- Added file: http://bugs.python.org/file25113/issue14065_buildfix.patch ___ Pyth

[issue14065] Element should support cyclic GC

Eli Bendersky added the comment: Stefan, thanks. The windows bots were down when I was looking :-/ I'll work on a fix -- ___ Python tracker ___

[issue9634] Add timeout parameter to Queue.join()

Nick Coghlan added the comment: The function below is the workaround I plan to use based on the undocumented-but-public Thread attributes that relate to the task queue (it's essentially just a combination of Queue.join() with the existing structure of the Queue.get() implementation): def j

[issue14488] Can't install Python2.7.2

New submission from Janice : During the installation, an error occurred and I have no idea how to fix it. Please help!! The error says, An error occurred during the installation of assembly 'Microsoft.VC90.CRT,version="9.0.21022.8",publicKeyToken="1fc8b3b81e18e3b",processorArchitecture="x86",typ

[issue14488] Can

Changes by Janice : -- nosy: kiwii128 priority: normal severity: normal status: open title: Can ___ Python tracker ___ ___ Python-bugs

[issue14487] Add pending() query method to Queue.Queue

Jeff McNeil added the comment: I looked at doing this. The empty() and full() methods are marked with a disclaimer stating they're likely to be removed at some point? I'm curious, does just checking the value of .unfinished_tasks satisfy the requirement? It could still easily be non-zero even

[issue9634] Add timeout parameter to Queue.join()

Nick Coghlan added the comment: I killed off my new issue in favour of this one, since they're covering the same ground. -- versions: +Python 3.3 -Python 3.2 ___ Python tracker

[issue14487] Add pending() query method to Queue.Queue

Changes by Nick Coghlan : -- resolution: -> duplicate status: open -> closed superseder: -> Add timeout parameter to Queue.join() ___ Python tracker ___ ___

[issue9634] Add timeout parameter to Queue.join()

Nick Coghlan added the comment: I just created #14487 to request a documented API (Queue.pending()) that provides a formal mechanism for asking whether or not any jobs are still pending (analagous to the existing empty() and full() query methods). Specifically, what I have is a client process

[issue14487] Add pending() query method to Queue.Queue

Changes by Nick Coghlan : -- components: +Library (Lib) stage: -> needs patch type: -> enhancement versions: +Python 3.3 ___ Python tracker ___

[issue14487] Add pending() query method to Queue.Queue

New submission from Nick Coghlan : The task management API in the Queue module doesn't let you check to see if there are any pending tasks still being processed. A pending() query API (analagous to empty() and full()) would resolve that problem. The use case is for a process that terminates w

[issue14425] Improve handling of 'timeout' parameter default in urllib.urlopen

R. David Murray added the comment: Well, it turns out that this design is intentional, because actually using the global socket timeout is deprecated (see issue 2451). (That is, the non-None default value of the timeout parameter is a backward compatibility hack.) So I'm closing this as inva

[issue14486] Add some versionchanged notes in threading docs

New submission from Nick Coghlan : A (very) minor irritation discovered today - the PEP 8 style names were added to the threading.Thread API in 2.6, but the only notice of this is up at the top of the module docs. Some embedded notices like: ..versionchanged:: 2.6 Added PEP 8 compliant

[issue14397] Use GetTickCount/GetTickCount64 instead of QueryPerformanceCounter for monotonic clock

STINNER Victor added the comment: I'm closing this issue as a duplicate... of the PEP 418. See the python-dev mailing list for discussions on this PEP. -- resolution: -> duplicate status: open -> closed ___ Python tracker

[issue14440] Close background process if IDLE closes abnormally.

Roger Serwy added the comment: Andrew, the reason the subprocess is not closing is due to a thread management problem. I found that a dummy thread handles cvar.wait() which is why the subprocess fails to terminate properly. If you change the tight loop in _getresponse to be: while myseq

[issue14065] Element should support cyclic GC

Stefan Krah added the comment: Just in case you missed it: The Windows buildbots fail to compile 14abfa27ff19: http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x -- nosy: +skrah ___ Python tracker

[issue14478] Decimal hashing very slow, could be cached

Stefan Krah added the comment: > but hashing will be faster. I retract that. The exponent actually makes things worse. -- ___ Python tracker ___ ___

[issue14478] Decimal hashing very slow, could be cached

Stefan Krah added the comment: I agree that caching the hash would be useful for 3.2, but the request comes at a unfortunate time: 3.2.3 is about to be released, and there's no way that the change would go into it. So let's focus on the C version in 3.3. These are the timings on a 64-bit machi

[issue11734] Add half-float (16-bit) support to struct module

Changes by Antoine Pitrou : -- nosy: +pitrou stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue2636] Adding a new regex module (compatible with re)

Sandro Tosi added the comment: I've just uploaded regex into Debian: this will hopefully gives some more eyes looking at the module and reporting some feedbacks. -- nosy: +sandro.tosi ___ Python tracker __

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

Amaury Forgeot d'Arc added the comment: Here is another patch, with test. -- nosy: +amaury.forgeotdarc stage: test needed -> patch review Added file: http://bugs.python.org/file25111/picklable_process_exception.patch ___ Python tracker

[issue14470] Remove using of w9xopen in subprocess module

Changes by Brian Curtin : -- priority: critical -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue14470] Remove using of w9xopen in subprocess module

Andrew Svetlov added the comment: Brian, please don't forget to cleanup subprocess code when you will be ready to. -- assignee: -> brian.curtin ___ Python tracker ___ _

[issue1584] Mac OS X: building with X11 Tkinter

Andrew Svetlov added the comment: Thank you, Ned. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue1584] Mac OS X: building with X11 Tkinter

Ned Deily added the comment: It certainly is still possible to patch current Pythons to build with the X11 Tk 8.5 on OS X. For example, the current MacPorts Python ports use an X11 Tk 8.5. Considering all the issues that have arisen with the other Tcl/Tk implementations on OS X (i.e. Cocoa

[issue3033] tkFont added displayof where necessary

Andrew Svetlov added the comment: I've updated the patch. If nobody object I'll commit it soon. -- nosy: +asvetlov versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file25110/issue3033.diff ___ Python track

[issue14065] Element should support cyclic GC

Changes by Eli Bendersky : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue14065] Element should support cyclic GC

Roundup Robot added the comment: New changeset 14abfa27ff19 by Eli Bendersky in branch 'default': Fixes and enhancements to _elementtree: http://hg.python.org/cpython/rev/14abfa27ff19 -- ___ Python tracker ___

[issue1584] Mac OS X: building with X11 Tkinter

Andrew Svetlov added the comment: Is there actual? -- nosy: +asvetlov versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ ___ Pyt

[issue3405] Add support for the new data option supported by event generate (Tk 8.5)

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue12979] tkinter.font.Font object not usable as font option

Andrew Svetlov added the comment: The test from ilikepython is incorrect, but after changing to: import tkinter import tkinter.font root = tkinter.Tk() w = tkinter.Frame(root) f = tkinter.font.Font(root, family='Arial', size=30) label = tkinter.Label(w, text="Hello", font=f) label.pack() w.pa

[issue13700] imaplib.IMAP4.authenticate authobject fails with PLAIN mechanism

R. David Murray added the comment: I made some time to work on this today. Attached is a new patch. I've incorporated the tests from the existing patches (though I'm doing the infrastructure a bit differently). PLAIN seems to be a specific case of the general authenticate, so I just have a

[issue14482] multiprocessing.connection.Listener fails with invalid address on Windows

Antoine Pitrou added the comment: Thank you for the patch. It's now committed. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue14482] multiprocessing.connection.Listener fails with invalid address on Windows

Roundup Robot added the comment: New changeset 57c0867fbf30 by Antoine Pitrou in branch '3.2': Issue #14482: Raise a ValueError, not a NameError, when trying to create http://hg.python.org/cpython/rev/57c0867fbf30 New changeset ddc5adcedf29 by Antoine Pitrou in branch 'default': Issue #14482: R

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

Daniel Blanchard added the comment: I believe I'm still encountering this issue in 2.7: Exception in thread Thread-3: Traceback (most recent call last): File "/opt/python/2.7/lib/python2.7/threading.py", line 552, in __bootstrap_inner self.run() File "/opt/python/2.7/lib/python2.7/thr

[issue14485] hi, thanks, nice to learn from you

Martin v. Löwis added the comment: Dear Junyan, you are very welcome. Please understand that Python is really a contribution of many developers, so if you ever want to contribute to Python, please post your bug reports and patches here. -- nosy: +loewis resolution: -> works for me s

[issue14485] hi, thanks, nice to learn from you

New submission from junyan : Thank you very much, thanks for your job of the free software opening to us, and I am a primary worker on this aspect research. best. Yours Junyan -- messages: 157431 nosy: james tao priority: normal severity: normal status: open title: hi, thanks, nice t

[issue14484] missing return in win32_kill?

Antoine Pitrou added the comment: > As for the second point, why else are you calling os.kill if you don't > want to kill the given process? I don't disagree that it's on the > perverse side, but that's the functionality available. Perhaps we > should *not* have the fallback and only operate on

[issue14480] os.kill on Windows should accept zero as signal

Andrew Svetlov added the comment: There are no `kill` function in Windows API. >From my perspective win32_kill was added to emulate posix sibling if possible. >If not — better to give another Windows native name to that function. Really don't see good solution. Maybe better what we can do — dec

[issue14484] missing return in win32_kill?

R. David Murray added the comment: I would think that if Windows doesn't support a specific signal, os.kill should raise a ValueError. But I'm an outsider here, I know nothing about how Windows works for this except what I'm reading here. To answer your question: there are many reasons to

[issue14480] os.kill on Windows should accept zero as signal

Brian Curtin added the comment: I meant that in the underlying, such as in the TerminateProcess API, 0 doesn't mean anything special. As is being debated over on #14484 we currently take all integers to be passed to TerminateProcess (the int becomes the killed proc's return code), and two sig

[issue14484] missing return in win32_kill?

Brian Curtin added the comment: I don't remember exactly why, but it can be removed. It may have just been left in while I was debugging it. As for the second point, why else are you calling os.kill if you don't want to kill the given process? I don't disagree that it's on the perverse side,

[issue14480] os.kill on Windows should accept zero as signal

R. David Murray added the comment: Hmm. I would think it would be a good idea to have os.kill do posix emulation where that makes sense, it makes cross-platform usage easier. That's what 'kill' with no signal does, right (kills the process, just like the posix default)? The posix spec says

[issue14484] missing return in win32_kill?

Antoine Pitrou added the comment: > I can't find where we talked about this, maybe just IRC, but that's > there (perhaps poorly) as a special case. > > 0 is 0, but signal.CTRL_C_EVENT is also 0. We try the signal version > first then fall back to TerminateProcess. Then why set the error? That

[issue14440] Close background process if IDLE closes abnormally.

Andrew Svetlov added the comment: I still prefer to check in subprocess for parent proc existing. -- ___ Python tracker ___ ___ Pytho

[issue14127] add st_*time_ns fileds to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Larry Hastings added the comment: Sorry to let this slide but I just got back from vacation. Unless anybody has any more feedback I'm checking this in tomorrow (Wednesday April 4). Phew! -- ___ Python tracker _

[issue14484] missing return in win32_kill?

Brian Curtin added the comment: I can't find where we talked about this, maybe just IRC, but that's there (perhaps poorly) as a special case. 0 is 0, but signal.CTRL_C_EVENT is also 0. We try the signal version first then fall back to TerminateProcess. I was just looking at this myself and i

[issue14484] missing return in win32_kill?

Andrew Svetlov added the comment: Antonie, you right. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue14484] missing return in win32_kill?

New submission from Antoine Pitrou : Here is an excerpt from the os.kill implementation under Windows (in win32_kill(), posixmodule.c): if (sig == CTRL_C_EVENT || sig == CTRL_BREAK_EVENT) { if (GenerateConsoleCtrlEvent(sig, pid) == 0) { err = GetLastError();

[issue14480] os.kill on Windows should accept zero as signal

Brian Curtin added the comment: -1 0 has no special meaning on Windows so I'd rather not add another special case for posix emulation. Additionally, 0 unfortunately already means two things as it is: signal.CTRL_C_EVENT and the int 0. -- status: open -> pending _

[issue14483] inspect.getsource fails to read a file of only comments

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue14483] inspect.getsource fails to read a file of only comments

New submission from Sean Grider : I have a custom parser that generates html files to describe what python scripts do depending on their source comments. I use inspect.getsourcelines to parse out different comments styles (I use #@, #@@ and #$ to signal custom comments) I recently found that

[issue14466] Rip out mq instructions

Antoine Pitrou added the comment: Done, thank you. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue14466] Rip out mq instructions

Roundup Robot added the comment: New changeset e1d4b6dc9702 by Antoine Pitrou in branch 'default': Issue #14466: remove mq-based workflow http://hg.python.org/devguide/rev/e1d4b6dc9702 -- nosy: +python-dev ___ Python tracker

[issue14481] trivial formatting error in subprocess docs

R. David Murray added the comment: Thanks. -- nosy: +r.david.murray resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue14481] trivial formatting error in subprocess docs

Roundup Robot added the comment: New changeset 2c1ce04ded55 by R David Murray in branch '2.7': #14481: fix formatting of example in subprocess docs. http://hg.python.org/cpython/rev/2c1ce04ded55 New changeset e5f5652bfe91 by R David Murray in branch '3.2': #14481: fix formatting of example in s

[issue14428] Implementation of the PEP 418

STINNER Victor added the comment: > BTW: Are aware of the existing systimes.py module in pybench, > which already provides interfaces to high resolution timers usable > for benchmarking in a portable way ? Perhaps worth mentioning in > the PEP. Nope, I didn't know it. It mentioned it in the PEP

[issue14428] Implementation of the PEP 418

Changes by STINNER Victor : Removed file: http://bugs.python.org/file25103/pep418-3.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue14428] Implementation of the PEP 418

Changes by STINNER Victor : Removed file: http://bugs.python.org/file25101/pep418-2.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue14428] Implementation of the PEP 418

Changes by STINNER Victor : Removed file: http://bugs.python.org/file25053/pep418.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue14428] Implementation of the PEP 418

STINNER Victor added the comment: Patch version 4: - Rename time.monotonic() to time.steady() - Don't use CLOCK_MONOTONIC_RAW but CLOCK_MONOTONIC for time.highres() and time.steady() - Use CLOCK_HIGHRES, useful on Solaris - Rewrite time.highres() and time.steady() documentation --

[issue14428] Implementation of the PEP 418

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > >> I think you need to reconsider the time.steady() name you're using >> in the PEP. For practical purposes, it's better to call it >> time.monotonic() > > I opened a new thread on python-dev

[issue14480] os.kill on Windows should accept zero as signal

Changes by R. David Murray : -- nosy: +brian.curtin stage: -> needs patch type: behavior -> enhancement ___ Python tracker ___ ___ Py

[issue14428] Implementation of the PEP 418

STINNER Victor added the comment: > I think you need to reconsider the time.steady() name you're using > in the PEP. For practical purposes, it's better to call it > time.monotonic() I opened a new thread on python-dev to discuss this topic. > and only make the function available if the OS pro

[issue14288] Make iterators pickleable

Roundup Robot added the comment: New changeset 4ff234337e24 by Kristján Valur Jónsson in branch 'default': Issue #14288: Serialization support for builtin iterators. http://hg.python.org/cpython/rev/4ff234337e24 New changeset 51c88d51aa4a by Kristján Valur Jónsson in branch 'default': Issue #14

[issue14482] multiprocessing.connection.Listener fails with invalid address on Windows

Antoine Pitrou added the comment: Thanks. The patch looks good to me. -- stage: -> patch review ___ Python tracker ___ ___ Python-bu

[issue14466] Rip out mq instructions

Senthil Kumaran added the comment: On Tue, Apr 03, 2012 at 08:37:35AM +, Ezio Melotti wrote: > > Ezio Melotti added the comment: > > + hg import --no-commit < mywork.patch > > Is the '<' correct here? No!. It should just be hg import --no-commit mywork.patch. I asked around at PyCon

[issue14288] Make iterators pickleable

Kristján Valur Jónsson added the comment: Good idea Antoine. So, I'll with your suggested fix to the unittests I'll commit this and then look on while Rome burns. -- ___ Python tracker ___

[issue14482] multiprocessing.connection.Listener fails with invalid address on Windows

New submission from Popa Claudiu : This is related to http://bugs.python.org/issue14151. When using an AF_UNIX address with multiprocessing.connection.Listener or Client, the following error will occur, due to the fact that AF_UNIX is not present in socket module. >>> import multiprocessing.c

[issue14481] trivial formatting error in subprocess docs

Berker Peksag added the comment: Attached a patch. -- keywords: +patch nosy: +berker.peksag Added file: http://bugs.python.org/file25106/issue14481.diff ___ Python tracker ___ _

[issue14466] Rip out mq instructions

Ezio Melotti added the comment: + hg import --no-commit < mywork.patch Is the '<' correct here? I would also mention hg diff right away, and explain about adding/removing files after that. The rest looks good. -- ___ Python tracker

[issue14481] trivial formatting error in subprocess docs

New submission from Chris Rebert : The final line under "17.1.4.2. Replacing shell pipeline" (http://docs.python.org/dev/library/subprocess.html#replacing-shell-pipeline ) isn't formatted as code (e.g. monospaced); it should be. -- assignee: docs@python components: Documentation messag

[issue14428] Implementation of the PEP 418

Marc-Andre Lemburg added the comment: Hi Victor, I think you need to reconsider the time.steady() name you're using in the PEP. For practical purposes, it's better to call it time.monotonic() and only make the function available if the OS provides a monotonic clock. The fallback to time.time()

[issue6015] Tkinter Scrollbar in OS X 10.5

Ned Deily added the comment: I am unable to reproduce this behavior with current versions of Python 2.7 or 3.2 on OS X 10.5.8 using either the most recent Apple-supplied Carbon Tcl/Tk 8.4 or with the latest ActiveState Tcl/Tk 8.4 nor with on OS X 10.7 with Tcl/Tk 8.4 or 8.5. There have been

[issue14480] os.kill on Windows should accept zero as signal

New submission from Andrew Svetlov : Starting from 3.2 Python supports os.kill for Windows. It process signal.CTRL_C_EVENT and signal.CTRL_BREAK_EVENT, and kills pid for all other signals. Posix allows to pass zero signal to check pid for existing. It will be nice to keep that behavior for Wind