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
201 - 229 of 229 matches
Mail list logo