New submission from Rob Cliffe :
help() on an exception class lists the method resolution order, which is in
effect the class inheritance hierarchy. E.g. help(ArithmeticError) lists
ArithmeticError, StandardError, Exception, BaseException, __builtin__.object.
It struck me it would help to
New submission from Rob Watson :
Is the below a bug or a misuse of the api ? This was compiled with visual
studio 2008 and python26 64bit
void testfunction()
{
for (int x = 1;x <= 10;x++)
{
PyGILState_STATE gstate = PyGILState_Ens
Changes by Rob Watson :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9900>
___
___
Python-bugs-list
Changes by Rob Watson :
--
resolution: invalid ->
___
Python tracker
<http://bugs.python.org/issue9900>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Rob Watson :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue9900>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Rob Watson :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9900>
___
___
Python-bugs-list mailing list
Unsubscri
Rob Watson added the comment:
it seemed changing PyEval_ReleaseLock() to PyThreadState_DeleteCurrent() has
fixed my problem. Thanks
--
resolution: invalid ->
___
Python tracker
<http://bugs.python.org/iss
Rob Cliffe added the comment:
Thanks for your work. Glad if I have made a contribution to Python,
however small.
Rob Cliffe
On 22/11/2010 00:26, Éric Araujo wrote:
> Éric Araujo added the comment:
>
> Thank you. I uploaded your patch to Rietveld and reviewed it
Rob Cliffe added the comment:
I would not be at all surprised if my patch could be simplified (in fact
I'd be surprised if it couldn't).
However, I did try out your version on Python 2.5 specifically, and it
did not work for me.
Trying it out on help(Exception), the relevant
Rob Cliffe added the comment:
Originally I only had built-in classes in mind (with Exceptions being
IMO the most obvious example of a built-in class hierarchy that it is
useful to find your way around). But if the idea can be extended to
other classes, well, great.
Rob Cliffe
Rob Lourens added the comment:
I agree with R. David Murray's suggestions, and have implemented it in the
attached patch.
--
keywords: +patch
nosy: +rob.lourens
Added file: http://bugs.python.org/file20707/errors.patch
___
Python tracker
New submission from Rob Kinyon:
This may appear to be a duplicate of http://bugs.python.org/issue12390 and
http://bugs.python.org/issue833405, but it's not.
The documentation of urlparse.parse_qs() should state that in order for
urllib.urlencode to properly reverse its output, the
New submission from Rob Crittenden :
xmlrpclib.__version__ reports 1.0.1 from Python 2.7 in Fedora 14 and Python 2.6
in Fedora 12.
I discovered this while trying to find a way to identify the version of
xmlrpclib. The 2.7 xmlrpclib is not completely backward compatible with that in
2.6
Rob Crittenden added the comment:
Yes, this is the solution I ended up using as a workaround.
I figured that since xmlrpclib has its own version it should be meaningful.
--
___
Python tracker
<http://bugs.python.org/issue12
Rob Crittenden added the comment:
Python 2.7 changed the internal class used in xmlrpclib from HTTP to
HTTPConnection.
I have code that subclasses httplib.HTTP to use the python-nss package to
create a connection over SSL (similiar to httplib.HTTPS). My code currently
looks something like
New submission from Rob Bairos :
When adding hooks to sys.meta_path, to correctly deal with arbitrarily named
non-disk module definitions, module names with slashes should still be
processed.
As it stands when executing statements such as:
import my_module_123#/123
or
even
__import__
Changes by Rob Bairos :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13314>
___
___
Python-bugs-list mailing list
Unsubscri
Rob Bairos added the comment:
Why is a module name syntactically improper simply because it contains a slash?
That seems an arbitrary definition, that serves no purpose, except to
discourage accidentally specifying a filename.
Module with unusual characters all reach the meta_path stage,
eg
Rob Bairos added the comment:
Yah, thinking about this further, the real error is that sys.meta_path allows
processing of names with #,?* etc.
I can see why this would cause problems, as python names must only be _ and
alphanumeric characters.
I'll re-implement this.
T
New submission from Rob Austein :
.remove() method of MH class in the mailbox module of the standard library
references a file object after closing it. This throws a ValueError exception
(I/O operation on closed file).
The f.close() call just before the os.remove() call in the innermost try
New submission from Rob Cakebread <[EMAIL PROTECTED]>:
When I try to run the unit tests with tests/run.py they fail because
this directory is missing: tests/root/_build
If I simply create the directory and run the tests, they pass.
Running Sphinx test suite.
Changes by Rob Wiers <[EMAIL PROTECTED]>:
--
components: Build
files: py3k.out
nosy: lbhudda
severity: normal
status: open
title: Build / Test Py3K failed on Ubuntu 8.10
type: behavior
versions: Python 3.0
Added file: http://bugs.python.org/file12225/py
New submission from Rob Wiers <[EMAIL PROTECTED]>:
After reading about the Py3K release, I downloaded the source
distribution and did a build and test.
The test failed, and I thought it might be useful to share it here.
I realise there is probably a person (or group) dedicated to porting
Rob Probin added the comment:
I agree - this appears to be the same as issue 1153027 ?
___
Python tracker
<http://bugs.python.org/issue918368>
___
___
Python-bugs-list m
Rob Probin added the comment:
Appears to be the same as issue 918368
--
nosy: +robzed
___
Python tracker
<http://bugs.python.org/issue1153027>
___
___
Python-bug
Rob Renaud added the comment:
I am totally new to Python dev. I reinvented a NamedTupleReader
tonight, only to find out that it was created a year ago. My primary
motivation is that DictReader reads headers nicely, but DictWriter
totally sucks at handling them.
Consider doing some filtering
Rob Renaud added the comment:
My previous patch could write the header twice. But I am not sure about
about how the writer should handle the fieldnames parameter on one hand,
and the namedtuple._fields on the other.
Added file: http://bugs.python.org/file13188/named_tuple_write_header2.patch
Changes by Rob Renaud :
Removed file: http://bugs.python.org/file13187/named_tuple_write_header.patch
___
Python tracker
<http://bugs.python.org/issue1818>
___
___
Pytho
Rob Renaud added the comment:
I want to make sure I understand. Am I correct in believing that Skip
thinks writing headers should be optional, while Jervis believes we
should leave the burden to the NamedTupleWriter client?
I agree that we should not unconditionally write headers, but I
Rob Renaud added the comment:
I did a search on Google code for the DictReader constructor. I
analyzed the first 3 pages, the fieldnames parameter was used in 14 of
27 cases (discounting unittest code built into Python) and was not
used in 13 of 27 cases. I suppose that means headered csv
Rob Renaud added the comment:
I found this via google search when disappointed that random.choice
raised an exception rather than returned a random item in the set.
It's quite easy to implement random.choice for sets/dicts in O(1)
expected time from the C implementation as long as the set
31 matches
Mail list logo