From simon at arrowtheory.com Tue Nov 4 02:27:55 2008 From: simon at arrowtheory.com (Simon Burton) Date: Tue, 4 Nov 2008 12:27:55 +1100 Subject: [py-dev] py.test + cython Message-ID: <20081104122755.8d140430.simon@arrowtheory.com> I have problems with py.test (all untraceable thanks to py.test's builtin magic) Looks like it is picking up pyx source files (is this from the module's __file__ ?) and choking. Does anyone here use py.test ? Simon. From holger at merlinux.eu Tue Nov 4 03:46:48 2008 From: holger at merlinux.eu (holger krekel) Date: Tue, 4 Nov 2008 03:46:48 +0100 Subject: [py-dev] py.test + cython In-Reply-To: <20081104122755.8d140430.simon@arrowtheory.com> References: <20081104122755.8d140430.simon@arrowtheory.com> Message-ID: <20081104024648.GE15982@trillke.net> Hi Simon, On Tue, Nov 04, 2008 at 12:27 +1100, Simon Burton wrote: > I have problems with py.test (all untraceable thanks to py.test's builtin magic) > Looks like it is picking up pyx source files (is this from the module's __file__ ?) and choking. > Does anyone here use py.test ? sure - this is a development mailing list for py.test and the py lib. normally, py.test wouldn't pick up files with a .pyx extension. could you be a bit more specific about what you are doing? which version of pyp.test you are using, how output looks like (even if you think it's not providing enough info or shows "magicness")? holger From simon at arrowtheory.com Wed Nov 5 23:31:12 2008 From: simon at arrowtheory.com (Simon Burton) Date: Thu, 6 Nov 2008 09:31:12 +1100 Subject: [py-dev] py.test + cython In-Reply-To: <20081104024648.GE15982@trillke.net> References: <20081104122755.8d140430.simon@arrowtheory.com> <20081104024648.GE15982@trillke.net> Message-ID: <20081106093112.19f98392.simon@arrowtheory.com> $ svn info ~/local/pypy/py/ Path: /home/simon/local/pypy/py URL: http://codespeak.net/svn/py/dist/py Repository Root: http://codespeak.net/svn Repository UUID: fd0d7bf2-dfb6-0310-8d31-b7ecfe96aada Revision: 59741 Node Kind: directory Schedule: normal Last Changed Author: hpk Last Changed Rev: 58517 Last Changed Date: 2008-10-01 19:24:24 +1000 (Wed, 01 Oct 2008) traceback: def runtraced(self, colitem): if self.shouldclose(): raise Exit, "received external close signal" outcome = None colitem.startcapture() try: self.start(colitem) try: try: if colitem._stickyfailure: raise colitem._stickyfailure > outcome = self.run(colitem) /home/simon/local/pypy/py/test/session.py:84: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ def run(self, colitem): if self.config.option.collectonly and isinstance(colitem, py.test.collect.Item): return if isinstance(colitem, py.test.collect.Item): colitem._skipbykeyword(self.config.option.keyword) > res = colitem.run() /home/simon/local/pypy/py/test/session.py:107: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ def run(self): > self._prepare() /home/simon/local/pypy/py/test/collect.py:336: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ def _prepare(self): if not hasattr(self, '_name2items'): ex = getattr(self, '_name2items_exception', None) if ex is not None: raise ex[0], ex[1], ex[2] try: > self._name2items = self._buildname2items() /home/simon/local/pypy/py/test/collect.py:328: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ def _buildname2items(self): # NB. we avoid random getattrs and peek in the __dict__ instead d = {} > dicts = [getattr(self.obj, '__dict__', {})] /home/simon/local/pypy/py/test/collect.py:298: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ def fget(self): try: return self._obj except AttributeError: > self._obj = obj = self._getobj() /home/simon/local/pypy/py/test/collect.py:105: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ def _getobj(self): E return self.parent.obj() > TypeError: __init__() takes exactly 2 arguments (1 given) /home/simon/local/pypy/py/test/collect.py:436: TypeError ____________________________________________________________________ On Tue, 4 Nov 2008 03:46:48 +0100 holger krekel wrote: > Hi Simon, > > On Tue, Nov 04, 2008 at 12:27 +1100, Simon Burton wrote: > > I have problems with py.test (all untraceable thanks to py.test's builtin magic) > > Looks like it is picking up pyx source files (is this from the module's __file__ ?) and choking. > > Does anyone here use py.test ? > > sure - this is a development mailing list for py.test and the py lib. > normally, py.test wouldn't pick up files with a .pyx extension. > could you be a bit more specific about what you are doing? > which version of pyp.test you are using, how output looks like > (even if you think it's not providing enough info or shows "magicness")? > > holger From simon at arrowtheory.com Thu Nov 6 01:38:23 2008 From: simon at arrowtheory.com (Simon Burton) Date: Thu, 6 Nov 2008 11:38:23 +1100 Subject: [py-dev] py.test + cython In-Reply-To: <20081106093112.19f98392.simon@arrowtheory.com> References: <20081104122755.8d140430.simon@arrowtheory.com> <20081104024648.GE15982@trillke.net> <20081106093112.19f98392.simon@arrowtheory.com> Message-ID: <20081106113823.93ad5707.simon@arrowtheory.com> On Thu, 6 Nov 2008 09:31:12 +1100 Simon Burton wrote: ... > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > > def _getobj(self): > E return self.parent.obj() > > TypeError: __init__() takes exactly 2 arguments (1 given) > > /home/simon/local/pypy/py/test/collect.py:436: TypeError Aha! Looks like py.test is picking up a class that happened to have prefix Test. It is not a unit test class (has no test_* methods); i just made sure it could be constructed with one argument. Simon. From elin at splunk.com Sat Nov 8 02:13:56 2008 From: elin at splunk.com (Elizabeth Lin) Date: Fri, 7 Nov 2008 17:13:56 -0800 Subject: [py-dev] Py.test for 64bit windows? Message-ID: Hi, I was just wondering if there are any plans to support windows 64bit for py.test? Thanks, Liz -------------- next part -------------- An HTML attachment was scrubbed... URL: From holger at merlinux.eu Sat Nov 8 09:22:17 2008 From: holger at merlinux.eu (holger krekel) Date: Sat, 8 Nov 2008 09:22:17 +0100 Subject: [py-dev] Py.test for 64bit windows? In-Reply-To: References: Message-ID: <20081108082217.GL15982@trillke.net> Hi Elizabeth, On Fri, Nov 07, 2008 at 17:13 -0800, Elizabeth Lin wrote: > Hi, > > I was just wondering if there are any plans to support windows 64bit for py.test? Do you refer to the py lib downloads not having binary eggs for windows 64? hum. the only reason these are binary eggs is that the py lib includes the "greenlet" C extension module. I don't have access to a win32 machine so i can't try building it. however, py.test does not depend on greenlets so installing from the source package (zip file) should work. i thought one could say "python setup.py install_lib" but i am not sure - commenting out the greenlet C-extension in the setup.py file and "python setup.py install" works definitely. if that doesn't work well for you please get back - i'll see if i can quickly install a py-0.9.2 install up without greenlets. best, holger -- collaborative expert contracting: http://merlinux.eu PyPy Python/Compiler tool chain: http://codespeak.net/pypy pylib py.test/greenlets/svn APIs: http://pylib.org