#17388: maxima interface severely broken for large input, etc.
------------------------------+------------------------
Reporter: was | Owner:
Type: defect | Status: new
Priority: major | Milestone: sage-6.5
Component: interfaces | Resolution:
Keywords: | Merged in:
Authors: | Reviewers:
Report Upstream: N/A | Work issues:
Branch: | Commit:
Dependencies: | Stopgaps:
------------------------------+------------------------
Comment (by nbruin):
Adding
{{{
def _read_in_file_command(self, filename):
return 'batchload("%s");'%filename
}}}
into maxima_abstract seems to do the trick. It returns the temporary
filename, so perhaps something should be consumed from the output. I don't
know what "load" is *supposed* to consume.
Also, perhaps it's better to put it in `maxima.py`, because
`maxima_lib.py` has very little business using this (indeed, the example
mentioned in the ticket seems to work for `maxima_lib` out of the box--I
don't think maxima_lib ever reverts to using files). Of course, we do so
many non-standard things to maxima_lib that using that to interface with
"maxima" is probably not a good idea.
Finally, someone should probably doctest this properly when implementing
it.
--
Ticket URL: <http://trac.sagemath.org/ticket/17388#comment:1>
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.
