#5736: [with patch, needs work] Improve doctest coverage for sage/modular/hecke
---------------------------+------------------------------------------------
 Reporter:  davidloeffler  |       Owner:  davidloeffler
     Type:  defect         |      Status:  assigned     
 Priority:  major          |   Milestone:  sage-3.4.2   
Component:  modular forms  |    Keywords:               
---------------------------+------------------------------------------------

Comment(by davidloeffler):

 What would you suggest for your point number 2 above? The scenario I had
 in mind was that one might be somehow using "loads" to read in a Hecke
 operator that had been precomputed at great expense, and it would make
 sense to avoid recomputing all that data when comparing it with / adding
 it to / whatever something else that had been computed afresh. E.g. in one
 session
 {{{
 sage: H = ModularForms(Gamma0(10), 12).hecke_operator(123456789)
 sage: H.matrix() # very long!
 sage: save(H, "./bigheckeop.sobj")
 }}}
 (let's assume this would actually terminate in some reasonable time)
 and later
 {{{
 sage: H = load("./bigheckeop.sobj")
 sage: ModularForms(Gamma0(10), 12).hecke_operator(6) + H
 }}}

 At present this will raise a RuntimeError, which is clearly bad. But doing
 the computation of the enormous Hecke operator's matrix again from scratch
 isn't ideal either.

 Checking that the bases are "the same" is a bit of a problem because what
 we really need to do is to check that the basis vectors have the same
 interpretation as a mathematical objects, rather than just that they're
 the same ones and zeros in memory. E.g. we might have changed the order in
 which modular symbol basis vectors were enumerated between versions, and
 then the second basis vector would still be (0,1,0,..), but it would
 correspond to a different mathematical object.

 It's not a very likely use case, I suppose, so maybe it is safer just to
 force the recomputation. Let me know what you think, and I'll do a new
 patch.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/5736#comment:4>
Sage <http://sagemath.org/>
Sage - Open Source Mathematical Software: Building the Car Instead of 
Reinventing the Wheel

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to