#13413: fix integer overflow (?) in conversion of powersums to Schur functions
---------------------------------------+-----------------------------
Reporter: saliola | Owner: sage-combinat
Type: defect | Status: new
Priority: major | Milestone: sage-5.13
Component: combinatorics | Resolution:
Keywords: symmetric functions | Merged in:
Authors: | Reviewers:
Report Upstream: N/A | Work issues:
Branch: | Commit:
Dependencies: | Stopgaps:
---------------------------------------+-----------------------------
Comment (by zabrocki):
Hmmm. I wonder if this has something to do with Mac's being a 64 bit
architecture? I checked the size of the coefficients for `[1]*35` v.
`[1]*36` and found:
{{{
sage: s = SymmetricFunctions(QQ).s()
sage: p = SymmetricFunctions(QQ).p()
sage: g = s(p([1]*35))
sage: max(float(log(c)/log(2)) for c in g.coefficients())
62.76221725889632
sage: g = s(p([1]*36))
sage: max(float(log(c)/log(2)) for c in g.coefficients())
64.9241936394965
}}}
I suspect the function `_py_longint` in symmetrica.pxi is at fault but I
haven't been able to track down some of the definitions in that file.
--
Ticket URL: <http://trac.sagemath.org/ticket/13413#comment:6>
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.
