Roundup Robot devn...@psf.upfronthosting.co.za 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
Andrew Svetlov andrew.svet...@gmail.com 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: -
Andrew Svetlov andrew.svet...@gmail.com 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 rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za 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
New submission from Andrew Svetlov andrew.svet...@gmail.com:
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
Ned Deily n...@acm.org 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.
Marc-Andre Lemburg m...@egenix.com 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
New submission from Chris Rebert pyb...@rebertia.com:
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:
Ezio Melotti ezio.melo...@gmail.com 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
Berker Peksag berker.pek...@gmail.com added the comment:
Attached a patch.
--
keywords: +patch
nosy: +berker.peksag
Added file: http://bugs.python.org/file25106/issue14481.diff
___
Python tracker rep...@bugs.python.org
New submission from Popa Claudiu pcmantic...@gmail.com:
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.
Kristján Valur Jónsson krist...@ccpgames.com 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 rep...@bugs.python.org
Senthil Kumaran sent...@uthcode.com added the comment:
On Tue, Apr 03, 2012 at 08:37:35AM +, Ezio Melotti wrote:
Ezio Melotti ezio.melo...@gmail.com added the comment:
+ hg import --no-commit mywork.patch
Is the '' correct here?
No!. It should just be hg import --no-commit
Antoine Pitrou pit...@free.fr added the comment:
Thanks. The patch looks good to me.
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14482
___
Roundup Robot devn...@psf.upfronthosting.co.za 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
STINNER Victor victor.stin...@gmail.com 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
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +brian.curtin
stage: - needs patch
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14480
___
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@gmail.com 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
STINNER Victor victor.stin...@gmail.com 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()
Changes by STINNER Victor victor.stin...@gmail.com:
Removed file: http://bugs.python.org/file25053/pep418.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
Changes by STINNER Victor victor.stin...@gmail.com:
Removed file: http://bugs.python.org/file25101/pep418-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
Changes by STINNER Victor victor.stin...@gmail.com:
Removed file: http://bugs.python.org/file25103/pep418-3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
STINNER Victor victor.stin...@gmail.com 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
Roundup Robot devn...@psf.upfronthosting.co.za 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':
R. David Murray rdmur...@bitdance.com added the comment:
Thanks.
--
nosy: +r.david.murray
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14481
Roundup Robot devn...@psf.upfronthosting.co.za 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
Antoine Pitrou pit...@free.fr added the comment:
Done, thank you.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14466
New submission from Sean Grider sean.gri...@gmail.com:
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)
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14483
___
___
Python-bugs-list
Brian Curtin br...@python.org 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
New submission from Antoine Pitrou pit...@free.fr:
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 =
Andrew Svetlov andrew.svet...@gmail.com added the comment:
Antonie, you right.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14484
___
___
Brian Curtin br...@python.org 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
Larry Hastings la...@hastings.org 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
Andrew Svetlov andrew.svet...@gmail.com added the comment:
I still prefer to check in subprocess for parent proc existing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14440
___
Antoine Pitrou pit...@free.fr 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
R. David Murray rdmur...@bitdance.com 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
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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
R. David Murray rdmur...@bitdance.com 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:
Andrew Svetlov andrew.svet...@gmail.com 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
Antoine Pitrou pit...@free.fr 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
New submission from junyan junyantao2...@yahoo.com:
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
Martin v. Löwis mar...@v.loewis.de 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:
Daniel Blanchard dan.blanch...@gmail.com 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
Roundup Robot devn...@psf.upfronthosting.co.za 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
Antoine Pitrou pit...@free.fr added the comment:
Thank you for the patch. It's now committed.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com 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
Andrew Svetlov andrew.svet...@gmail.com 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,
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3405
___
___
Python-bugs-list
Andrew Svetlov andrew.svet...@gmail.com added the comment:
Is there actual?
--
nosy: +asvetlov
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1584
___
Roundup Robot devn...@psf.upfronthosting.co.za 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
Changes by Eli Bendersky eli...@gmail.com:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14065
___
Andrew Svetlov andrew.svet...@gmail.com 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
Ned Deily n...@acm.org 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
Andrew Svetlov andrew.svet...@gmail.com added the comment:
Thank you, Ned.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1584
___
___
Andrew Svetlov andrew.svet...@gmail.com added the comment:
Brian, please don't forget to cleanup subprocess code when you will be ready to.
--
assignee: - brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14470
Changes by Brian Curtin br...@python.org:
--
priority: critical - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14470
___
___
Amaury Forgeot d'Arc amaur...@gmail.com 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
Sandro Tosi sandro.t...@gmail.com 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 rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11734
___
___
Stefan Krah stefan-use...@bytereef.org 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
Stefan Krah stefan-use...@bytereef.org added the comment:
but hashing will be faster.
I retract that. The exponent actually makes things worse.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14478
Stefan Krah stefan-use...@bytereef.org 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
Roger Serwy roger.se...@gmail.com 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
STINNER Victor victor.stin...@gmail.com 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
New submission from Nick Coghlan ncogh...@gmail.com:
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
R. David Murray rdmur...@bitdance.com 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
New submission from Nick Coghlan ncogh...@gmail.com:
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
Changes by Nick Coghlan ncogh...@gmail.com:
--
components: +Library (Lib)
stage: - needs patch
type: - enhancement
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14487
Nick Coghlan ncogh...@gmail.com 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
Changes by Nick Coghlan ncogh...@gmail.com:
--
resolution: - duplicate
status: open - closed
superseder: - Add timeout parameter to Queue.join()
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14487
Nick Coghlan ncogh...@gmail.com 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 rep...@bugs.python.org
Jeff McNeil j...@jmcneil.net 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 Queue.unfinished_tasks satisfy
the requirement? It could still
Changes by Janice kiwii...@naver.com:
--
nosy: kiwii128
priority: normal
severity: normal
status: open
title: Can
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14488
___
New submission from Janice kiwii...@naver.com:
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
Nick Coghlan ncogh...@gmail.com 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()
Eli Bendersky eli...@gmail.com added the comment:
Stefan, thanks. The windows bots were down when I was looking :-/
I'll work on a fix
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14065
Eli Bendersky eli...@gmail.com 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
79 matches
Mail list logo