#15312: fix integer overflow (?) in conversion of powersums to Schur functions
-------------------------------------------------+-------------------------
Reporter: zabrocki | Owner:
Type: defect | Status: new
Priority: critical | Milestone: sage-5.13
Component: combinatorics | Resolution:
Keywords: symmetric functions, | Merged in:
symmetrica, memleak | Reviewers:
Authors: | Work issues:
Report Upstream: N/A | Commit:
Branch: | Stopgaps:
Dependencies: |
-------------------------------------------------+-------------------------
Comment (by zabrocki):
I should remark that if move the `freeall(a)` and `freeall(b)` lines after
the `println(d)` statement then I do not get the same error.
This leads me to believe that if `c` has rational (bruch) coefficients
that it is because when the program starts to allocate the memory for the
bruch coefficients that certain bits are not being initialized to 0 and
they need to be. I don't know why this error would be triggered only when
`b` uses up a lot of memory. Maybe if `b` is something huge then the the
memory collection reuses memory and if `b` is small then the allocation of
`c` and `d` memory is 'clean' and is initialized to 0 already.
I should also remark that the coefficients that are printed out in the
`println(d)` are not random (as we are seeing in sage) in that if I insert
several copies of `println(d)` in the program they always printout the
same random numbers.
--
Ticket URL: <http://trac.sagemath.org/ticket/15312#comment:10>
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/groups/opt_out.
