#8734: make sage variables unique in maxima
-------------------------------------+-------------------------------------
       Reporter:  jason              |        Owner:  jason
           Type:  defect             |       Status:  needs_review
       Priority:  major              |    Milestone:  sage-6.3
      Component:  interfaces         |   Resolution:
       Keywords:                     |    Merged in:
        Authors:  Jason Grout, Ralf  |    Reviewers:  Volker Braun, Paul
  Stephan                            |  Zimmerman, Karl-Dieter Crisman
Report Upstream:  N/A                |  Work issues:
         Branch:                     |       Commit:
  u/rws/ticket/8734-1                |  2c68026320ba3c516cd94fa1721e886ecd732804
   Dependencies:                     |     Stopgaps:
-------------------------------------+-------------------------------------

Comment (by kcrisman):

 > > Okay, here are a few questions.  I am pretty sure the answers are very
 straightforward, but I want to make sure it's clear - in case we might
 want to add a doctest, for instance.
 > Sure, as long as you remember "The perfect is the enemy of the good."
 Of course!
 > > * Commit    be9367 (where you add a try/except clause in `_create`) -
 what sort of situation is that catching?
 > There are several places where maxima.eval() is called and where
 exceptions are thrown. This one was simply overlooked, so that change
 fixes an unreported bug.
 Hmm, okay.  I don't see how `_create` could have asked for an evaluation
 of this type, but I suppose.
 > > * Commit    ced268 (where you generalized the missing assumptions) -
 what situation is that additionally catching?  Was that a case of Maxima
 asking questions which we didn't catch (and hence doctest) before?
 > No, it reduces code duplication. Recommended reading:
 https://en.wikipedia.org/wiki/Code_refactoring
 I'm not referring to that; in fact, I fully agreed with that strategy in
 earlier comments.  My question is specifically about `jj=2` - since
 usually `jj=3` seems to be the old case.  We should test a new branch,
 which this appears to be (though it may just be something obvious I'm not
 seeing).
 > > * I assume you are more than happy with Jason's original patch doing
 the basic functionality, right?
 > Yes and no. A lot was missing.
 I mean in terms of reviewing that for the ''basic'' functionality for
 proper conversion.  Naturally you provided a huge amount of missing stuff!
 > > So these are pretty minor things and hopefully I'll be able to find
 some time for the DE part (or someone else will!) and we'll be on our way!
 It certainly looks like you were VERY thorough in finding places that
 might cause trouble.  The difficulty is that one might miss some places it
 is needed because in the absence of adding `_SAGE_VAR_` things should
 still work, so one might not know if we missed one.  Thanks!
 > I would assume this is caught by all those doctests using maxima.
 That's my point - they may NOT catch a missing one, since we only remove
 things via search-and-replace-with-empty-string, and everything worked
 before.

--
Ticket URL: <http://trac.sagemath.org/ticket/8734#comment:41>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.

Reply via email to