Fix is at http://trac.sagemath.org/15819 (needs review)
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googlegroups.com.
To post to this gr
The CommandLineHistory variable seems to only exists in gap-4.7+ which I
happened to have around. The gap version we ship also keeps a history, but
does not make the global variable available.
The history can be set to a fixed maximal length (say, 3) with
SetUserPreference("HistoryMaxLines
The problem with Tobias' memory leak in the GAP interface seems to be that
GAP keeps a log of all interactive commands in the undocumented variable
"CommandLineHistory". This quickly fills up the available RAM if things are
done in a tight loop:
sage: G = DihedralGroup(6)
sage: tbl = G.characte
Never copy&paste code around. Just call gamma from factorial.
On Thursday, February 13, 2014 8:13:47 PM UTC, Amit Jamadagni wrote:
>
> Hello,
> I was going through this ticket
> http://trac.sagemath.org/ticket/15003. The factorial should return
> gamma(x+1) which is the necessary answer,
Hello,
I was going through this ticket
http://trac.sagemath.org/ticket/15003. The factorial should return
gamma(x+1) which is the necessary answer, can this be directly called or
should there be a replication of the code from gamma implementation.I was
going through real_mpfi.pyx. This
On 02/13/2014 06:50 AM, Jason Grout wrote:
David Smith just pointed this out: arcsec(float(.1)) throws an error
that doesn't make much sense. Yes, it's outside of the domain, but it
should probably deal with this by returning NaN or something rather than
a type error. This came up when David wa
Subclassing ValueError to DomainError (or so) with additional information
about the domain (if available) would make sense. The information in the
exception could be automatically generated from a domain() method.
The plot function should of course be able to deal with ValueError
Just providing
an update on this: we now cache Bernoulli numbers in MPFR, and the time to
compute 1000 times gamma(pi^2) at precision 1000 bits has decreased to 0.4s
on my computer (was 2.9s before). In comparison, Pari/GP (which also does
cache Bernoulli numbers) takes 0.5s.
Best regards,
Paul Zimmermann
--
Y
Hi Vincent,
On 2014-02-13, Vincent Delecroix <20100.delecr...@gmail.com> wrote:
> Words currently do not fit well with category... (for example they do
> not inherit from parent).
If it is supposed to behave like an object in a sub-category of Sets,
then it is a quite severe bug not to derive it
