On 2011-05-22 23:00, Moritz Beber wrote:
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.
Thanks for the report.
R-2.10 is a bit old. I'd just write a note that some of the
functionalities in the newest rpy2 will not work with it.
Best,
L.
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
------------------------------------------------------------------------------
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
