Hello,

I figured out the problem and posted a patch at
http://trac.sagemath.org/sage_trac/ticket/2839 .  It was a very silly
mistake that I should have caught the last time;  I've included
doctests for the issue this time.  I've also included a change which
speeds up the change of basis for the classical symmetric functions
over QQ:

Before:
sage: time s(p(s([17,11])))
CPU times: user 1252.31 s, sys: 8.24 s, total: 1260.55 s
Wall time: 1259.90
s[17, 11]
sage: time a = s([10,10]).itensor(s([10,10]))
CPU times: user 30.87 s, sys: 0.21 s, total: 31.09 s
Wall time: 31.09

After:
sage: time s(p(s([17,11])))
CPU times: user 257.11 s, sys: 0.03 s, total: 257.14 s
Wall time: 257.15
s[17, 11]
sage: time a = s([10,10]).itensor(s([10,10]))
CPU times: user 3.60 s, sys: 0.00 s, total: 3.60 s
Wall time: 3.60

--Mike

On Sun, Apr 6, 2008 at 11:44 AM, mabshoff
<[EMAIL PROTECTED]> wrote:
>
>  On Apr 6, 8:32 pm, Nick Alexander <[EMAIL PROTECTED]> wrote:
>  > On 6-Apr-08, at 11:10 AM, Franco Saliola wrote:
>  >
>  >
>  >
>  >
>  >
>  > > Hello Mike (H),
>  >
>
>
> > > On Sun, Apr 6, 2008 at 5:46 AM, Mike Hansen <[EMAIL PROTECTED]> wrote:
>  >
>  > >>  I'm not able to reproduce your bug.  Here is what I get:
>  >
>  > > I am able to reproduce the bug (on an Intel machine; see below).
>  >
>  > >>  sage: s = SFASchur(QQ)
>  > >>  sage: p = SFAPower(QQ)
>  > >>  sage: s(p(s([14])))
>  > >>  s[14]
>  > >>  sage: a = s(p(s([14])))*s([14])
>  > >>  sage: a
>  > >>  s[14, 14] + s[15, 13] + s[16, 12] + s[17, 11] + s[18, 10] + s[19,
>  > >> 9] +
>  > >>  s[20, 8] + s[21, 7] + s[22, 6] + s[23, 5] + s[24, 4] + s[25, 3] +
>  > >>  s[26, 2] + s[27, 1] + s[28]
>  >
>  > > This is okay.
>  >
>  > >>  sage: sage: s = SFASchur(QQ)
>  > >>  sage: s([14,14]).itensor(s([17,11]))
>  >
>  > > This is not. For example,
>  >
>  > > sage: c = s([14,14]).itensor(s([17,11]))
>  > > sage: c.coefficients()[70]
>  > > 42204149/896259893760
>  >
>  > I get the same (rational) result as Franco.  I am running 'SAGE
>  > Version 2.11, Release Date: 2008-03-30' on
>  >
>  > $ uname -a
>  > Darwin pv109059.reshsg.uci.edu 8.11.1 Darwin Kernel Version 8.11.1:
>  > Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 i386
>  > i386
>  >
>  > That's an Intel MacBook Pro, Core 2 duo, OS X 10.4.x.
>
>  This seems to be a 32 vs. 64 bit issue. On sage.math:
>
>  ----------------------------------------------------------------------
>  | SAGE Version 3.0.alpha1, Release Date: 2008-04-04                  |
>  | Type notebook() for the GUI, and license() for information.        |
>  ----------------------------------------------------------------------
>
>  sage: s = SFASchur(QQ)
>
> sage: c = s([14,14]).itensor(s([17,11]))
>  sage: c.coefficients()[70]
>  0
>  sage:
>  Exiting SAGE (CPU time 18m6.83s, Wall time 25m14.11s).
>
>  18 minutes of CPU time translates to quite a long valgrind time, but
>  if it is an overflow that won't catch it anyway.
>
>  > Nick
>
>  Cheers,
>
>  Michael
>
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---

Reply via email to