On Thu, Aug 28, 2008 at 7:07 PM, Charles R Harris
<[EMAIL PROTECTED]> wrote:
> Thanks. It's always nice to learn something new.
Well, take my comments with a grain of salt. Gael always chastises me
for not having drunk enough of the computer science abstraction
kool-aid, so my take on these thin
On Thu, Aug 28, 2008 at 7:54 PM, Fernando Perez <[EMAIL PROTECTED]>wrote:
> On Thu, Aug 28, 2008 at 6:39 PM, Charles R Harris
> <[EMAIL PROTECTED]> wrote:
>
> > Turns out it's defined in a derived class, which I suppose makes it a
> mix-in
> > class. Looks kinda like the python version of pure vir
On Thu, Aug 28, 2008 at 6:39 PM, Charles R Harris
<[EMAIL PROTECTED]> wrote:
> Turns out it's defined in a derived class, which I suppose makes it a mix-in
> class. Looks kinda like the python version of pure virtual functions in C++
> base classes. It's a bit surprising to see a python pattern th
On Thu, Aug 28, 2008 at 6:48 PM, Fernando Perez <[EMAIL PROTECTED]>wrote:
> On Thu, Aug 28, 2008 at 5:26 PM, Charles R Harris
> <[EMAIL PROTECTED]> wrote:
> > Where does _assert_func come from in this fragment from a test class?
> >
> > class _GenericTest(object):
> > def _test_equal(self, a,
On Thu, Aug 28, 2008 at 5:26 PM, Charles R Harris
<[EMAIL PROTECTED]> wrote:
> Where does _assert_func come from in this fragment from a test class?
>
> class _GenericTest(object):
> def _test_equal(self, a, b):
> self._assert_func(a, b)
>
> I hope it isn't monkey patched in.
It could
Where does _assert_func come from in this fragment from a test class?
class _GenericTest(object):
def _test_equal(self, a, b):
self._assert_func(a, b)
I hope it isn't monkey patched in.
Chuck
___
Numpy-discussion mailing list
Numpy-discussi
