OK, that makes sense to me (used to private data in C++ classes). Here the owning class is an ellipti curve, but I want points on that curve to access the "private" data. In C++ this would be done by decalring tha points were "friends" of curves. But here, I guess the correct thing is for other classes to use the full name, in this case _EllipticCurve_finite_field__order
John On 21/02/2008, David Harvey <[EMAIL PROTECTED]> wrote: > > > On Feb 21, 2008, at 1:18 PM, John Cremona wrote: > > > Can someone point me to the documentation for the feature where, for > example, > > E.__order > > is translated to > > E._EllipticCurve_finite_field__order ? > > It appears that in several places where I thought I was caching data, > I am not successfully retrieving it, with some serious performance > consequences in the (accepted) patch for trac #1130 on elliptic curves > over finite fields. > > Basically I need to know when to use the short form and when the long. I > think. > > This is a feature of python that I don't completely understand, but at least > some documentation is here: > > http://docs.python.org/ref/atom-identifiers.html > > david > > > > > -- John Cremona --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~----------~----~----~----~------~----~------~--~---
