On 05/22/2011 07:40 PM, Laurent Gautier wrote:
> On 2011-05-22 19:14, Thomas Kluyver wrote:
>> I still see one failure with 2.7:
>>
>> ======================================================================
>> FAIL: testInitFromSeqInvalidOverflow
>> (rpy2.rinterface.tests.test_SexpVector.IntSexpVectorTestCase)
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>> File
>> "/usr/local/lib/python2.7/dist-packages/rpy2/rinterface/tests/test_SexpVector.py",
>> line 170, in testInitFromSeqInvalidOverflow
>> self.assertRaises(OverflowError, ri.IntSexpVector,
>> (ri.R_LEN_T_MAX+1, ))
>> AssertionError: OverflowError not raised
>>
>> ----------------------------------------------------------------------
>
> Oversight on my end: as it stands the test was written with 64-bit
> architectures in mind.
> You can safely ignore for the time being.
>
>>
>> 3.2 raises a whole host of errors, but I suspect I'm invoking the
>> tests incorrectly.
>
> The recommended way is:
> python -m rpy2.tests
>
> I only have two failures here (one seems to be caused by an odd
> behaviour with stderr/stdout streams, the other is informing me that I
> do not have numpy installed). I'd be keen on seeing the details of
> what fails if you have time.
>
>
> Thanks,
>
>
> Laurent
>
>>
>> Thomas
>>
>>
>> On 22 May 2011 16:51, Laurent Gautier <lgaut...@gmail.com
>> <mailto:lgaut...@gmail.com>> wrote:
>>
>> Hi,
>>
>> I just pushed rpy2-2.2.0 release candidate to Pypi.
>> It should pass all tests with Python 2.7 / R-2.13 (possibly with
>> Python
>> 2.6 and R-2.12 or earlier), and fail one test with Python 3.2.
>>
>> Thanks to all for the recent bug reports.
>>
>>
>>
>> L.
>>
Hi,
I just pulled all updates from the version_2.2.x branch and ran the
tests. I got the following two errors running python 2.6.5 and R 2.10.1:
======================================================================
ERROR: testRS4Auto_Type (rpy2.robjects.tests.testMethods.MethodsTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
File
"/usr/local/lib/python2.6/dist-packages/rpy2/robjects/tests/testMethods.py",
line 69, in testRS4Auto_Type
class MLE(robjects.methods.RS4):
File
"/usr/local/lib/python2.6/dist-packages/rpy2/robjects/methods.py", line
191, in __new__
for name, meth in itertools.izip(all_methods.do_slot("names"),
all_methods):
LookupError: The object has no such attribute.
======================================================================
ERROR: testRS4Auto_Type_nopackname
(rpy2.robjects.tests.testMethods.MethodsTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
File
"/usr/local/lib/python2.6/dist-packages/rpy2/robjects/tests/testMethods.py",
line 76, in testRS4Auto_Type_nopackname
class MLE(robjects.methods.RS4):
File
"/usr/local/lib/python2.6/dist-packages/rpy2/robjects/methods.py", line
191, in __new__
for name, meth in itertools.izip(all_methods.do_slot("names"),
all_methods):
LookupError: The object has no such attribute.
----------------------------------------------------------------------
If you prefer I can open a ticket.
Best,
Moritz
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
rpy-list mailing list
rpy-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rpy-list
