Kelly Lucas kdlu...@gmail.com added the comment:
This is easy enough to implement by subclassing the Queue class and overriding
join(), so it's not a big deal. Just seems like it would be a nice thing to
have.
--
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
#1545463 has been reopened with comments about being used as a stop gap.
Possibly review and implementation of the patch here would be a better option,
sorry it's over my head.
--
versions: +Python 3.2
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I will leave this open for a while.
It may be that it is a good idea
and that some good use cases will
emerge to inform a correct design.
In the meantime, it would be great
if you could post your subclass to
the ASPN Cookbook
Mark Lawrence breamore...@yahoo.co.uk added the comment:
All that is needed is the doc patch to be applied and the issue closed. Or
have I missed something?
--
assignee: jackjansen - d...@python
nosy: +BreamoreBoy, d...@python
stage: unit test needed - patch review
R. David Murray rdmur...@bitdance.com added the comment:
It still needs to be addressed. I'm marking it for 3.2 but I doubt it will get
addressed before 3.3 in reality. I also made the type 'performance' since we
have no 'refactoring' type.
--
nosy: +r.david.murray
stage: - needs
STINNER Victor victor.stin...@haypocalc.com added the comment:
dmalcolm asked if it would be possible to display the Python backtrace on
Py_FatalError(). I don't know: Py_FatalError() is usually called when Python
internals are broken. But well, segfaults do also usually occurs when something
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I've deliberately changed the stage to patch review and the version to 3.2 to
highlight the fact that a lot of work will be needed to get the new regex
engine into the standard library. Feel free to change these as is seen fit.
A.M. Kuchling li...@amk.ca added the comment:
Committed to 3.2 in rev. 84188; thanks, Adam!
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7647
Mark Lawrence breamore...@yahoo.co.uk added the comment:
As Carbon is deprecated and the resolution is already won't fix I'll close this
in a couple of weeks unless anyone objects.
--
nosy: +BreamoreBoy
status: open - pending
versions: +Python 3.1, Python 3.2 -Python 2.6
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue828450
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue832159
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closed as bsddb has been deprecated in 2.x and removed from py3k.
--
nosy: +BreamoreBoy
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closed as no reply to msg109263.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue834840
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closed as no reply to msg107343.
--
nosy: +BreamoreBoy
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue836035
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I'll close in a couple of weeks unless someone states this is still a problem.
--
nosy: +BreamoreBoy
status: open - pending
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
@Marc-Andre as there's no comments since your last post would you like to take
this forward, cheers.
--
nosy: +BreamoreBoy
stage: - patch review
versions: +Python 3.2
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The patch is more trouble than it's worth because it's hopelessly out of date.
I think this needs a new patch if it's still relevant or else it should be
closed.
--
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closed as no reply to msg81880.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue846817
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Anyone interested in this? I found the patch unreadable but YMMV.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue849097
New submission from Dave Malcolm dmalc...@redhat.com:
It's sometimes useful to be able to programatically inject a breakpoint when
debugging CPython.
For example, sometimes you want a conditional breakpoint, but the logic
involved is too complex to be expressed in the debugger (e.g. runtime
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: needs patch - patch review
versions: +Python 3.2 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue850482
___
Ned Deily n...@acm.org added the comment:
Suggest a different wording to reflect that the 3rd-party appscript package has
become the de facto standard for AppleScript support, so something like:
-stopped, and a replacement is expected for Python 2.5.
+stopped. For more up-to-date
Dave Malcolm dmalc...@redhat.com added the comment:
Note that when running on Linux when _not_ under a debugger, the
default for SIGTRAP is to get a coredump:
Trace/breakpoint trap (core dumped)
so people should be strongly discouraged from adding these calls to
their code.
Looks like
Ned Deily n...@acm.org added the comment:
Carbon does not exist in Python 3. There's no need to wait to close this issue.
--
nosy: +ned.deily
status: pending - open
versions: -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closed as svn blame shows this is hopelessly out of date.
--
nosy: +BreamoreBoy
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-08-17, at 9:01 PM, Ronald Oussoren wrote:
I now understand why my script fails, and it is caused by this issue.
The sysconfig.py code has another major issue: the use of os.putenv. This
changes the environment, without
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This is a Sun Studio problem not a Python problem.
--
nosy: +BreamoreBoy
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
John Levon movem...@users.sourceforge.net added the comment:
That's a little abrupt. Whilst it would be nice if the compiler had a correct
return value, it occurs with multiple compilers, and I pointed
you to a suitable workaround Python could employ. Even if Studio gets fixed,
there are
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue822005
___
___
John Levon movem...@users.sourceforge.net added the comment:
Even worse, a nasty hack was added just for Intel's compiler as seen in
http://bugs.python.org/issue1162001
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue877121
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I can't see this happening after 6 1/2 years, feel free to reopen if you want
to work on this.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
I agree, it is the job of the autotools to handle system portability
issues such as this, and thus this can be considered a fixable bug.
However, it is the kind of thing that is only going to get fixed if
someone whom it affects can
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I'm just wondering if the original code could be the cause of subtle bugs with
socket.py, anyone? (I'm no sockets guru). There's a proposed inline patch
that's never been implemented, what do you (plural) make of it?.
--
nosy:
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can this be closed as popen2 is deprecated?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue886488
___
New submission from STINNER Victor victor.stin...@haypocalc.com:
With python3 -bb: {'key': 'value'}[b'key'] raises a BytesWarning, but {'key':
'value'}[b'missing_key'] doesn't. The warning is unexpected here because it's
an implicit comparaison (I mean, different than an explicit: 'key' ==
STINNER Victor victor.stin...@haypocalc.com added the comment:
I found this problem while running test_os with python -bb: there is an error
on os.get_exec_path() because this function checks if b'PATH' key exists in the
input dictionary. Extract of the function:
def get_exec_path(env=None):
Changes by Shashwat Anand anand.shash...@gmail.com:
--
nosy: +l0nwlf
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue747320
___
___
Python-bugs-list
Michael Stone mbrie...@gmail.com added the comment:
Wow, you wait 3/4 of a decade or so and the status of these bugs does tend to
change on you. I'm not sure it's fixed, but it is different. Here's a test
script for you:
import readline
import signal
def handle(a,b):
print received
Troy J. Farrell t...@entheossoft.com added the comment:
Hi guys.
I'd like to take a moment to remind everyone that this issue has a small patch
with two tests and comments. Please don't let it get lost. :)
Thanks,
Troy
--
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This is still a problem with 2.6 and 2.7. I don't know how to test this with
py3k as cPickle doesn't exist, can someone advise, thanks.
--
nosy: +BreamoreBoy
___
Python tracker
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue892902
___
New submission from Kirikaza kirik...@rambler.ru:
In practice urllib reads HTTP_PROXY firstly and then if HTTP_PROXY is empty
urllib reads http_proxy. Documentation
(http://docs.python.org/library/urllib.html) says nothing about HTTP_PROXY.
Maybe it affects all the versions of Python.
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I'll close this in a couple of weeks as won't fix unless anyone objects.
--
nosy: +BreamoreBoy
status: open - pending
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
Ayman ayman.alsair...@gmail.com added the comment:
I do not agree with Antoine. For binary transfer, another method is called,
and it does work fine. However, storelines would be called for ASCII mode, in
which encoding and decoding should be done by the FTP program. ASCII mode
would
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still a problem, sorry I don't have a box to test it on?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closing as no reply to msg110827.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue900092
Senthil Kumaran orsent...@gmail.com added the comment:
Mark, +1 objection against closing this.
--
nosy: +orsenthil
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue894936
101 - 147 of 147 matches
Mail list logo