Mike Krell wrote:
> Alas, the print statement says "2.1". So there's a definite platform /
> environment difference here, but that isn't it.
It turns out the observed difference is only indirectly triggered by the
differing platforms. On my machine the path baseclass is str. If I change
it to un
Peter Otten <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
>
> So my assumption was that you are using a pre-2.1 version of path.
> I suggest that you double-check that by inserting a
>
> print path.__version__
>
> into the code showing the odd behaviour before you start looking for
> mo
Mike Krell wrote:
> Peter Otten <[EMAIL PROTECTED]> wrote in
> news:[EMAIL PROTECTED]:
>
>> I get
>>
>> np: "overridden __str__: c:/mbk/test"
>> str(np): "overridden __str__: c:/mbk/test"
>> overridden __str__: overridden __str__: c:/mbk/test/appendtest
>
> Hmmm. I guess you're not running un
Peter Otten <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> I get
>
> np: "overridden __str__: c:/mbk/test"
> str(np): "overridden __str__: c:/mbk/test"
> overridden __str__: overridden __str__: c:/mbk/test/appendtest
Hmmm. I guess you're not running under windows, since normpath()
co
Mike Krell wrote:
> I'm running into problems trying to override __str__ on the path class
> from Jason Orendorff's path module
> (http://www.jorendorff.com/articles/python/path/src/path.py).
>
> My first attempt to do this was as follows:
>
> '''
> class NormPath(path):
> def __str__(self):
> r
I'm running into problems trying to override __str__ on the path class
from Jason Orendorff's path module
(http://www.jorendorff.com/articles/python/path/src/path.py).
My first attempt to do this was as follows:
'''
class NormPath(path):
def __str__(self):
return 'overridden __str__
