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
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
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__
"Michele Simionato" <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> Anyway, the MRO concept is documented here:
>
> http://www.python.org/download/releases/2.3/mro/
A very edifying document. Indeed, in "Nutshell" Alex M. mentions your
paper at the end of his high-level explanation of t
Maric Michaud <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> [examples snipped]
>
> Hope this is clear.
Yes, I get it now. In a prior section in "Nutshell", Alex M. goes over the
MRO as well as the __mro__ attribute. I remembered the fact that the
__mro__ attribute can be reference
I'm reading Alex Martelli's "Nutshell" second edition. In the section
called "Cooperative superclass method calling", he presents a diamond
inheritance hierachy:
class A(object):
def met(self):
print "A.met"
class B(A):
def met(self):
print "B.met"
A.met(self)
clas
