<rss xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" version="2.0">
  <channel>
    <title>MaplePrimes - comments on Post, A110375</title>
    <link>http://www.mapleprimes.com/posts/39381-A110375</link>
    <language>en-us</language>
    <copyright>2026 Maplesoft, A Division of Waterloo Maple Inc.</copyright>
    <generator>Maplesoft Document System</generator>
    <lastBuildDate>Wed, 10 Jun 2026 18:59:39 GMT</lastBuildDate>
    <pubDate>Wed, 10 Jun 2026 18:59:39 GMT</pubDate>
    <itunes:subtitle />
    <itunes:summary />
    <description>The latest comments added to the Post, A110375</description>
    <image>
      <url>http://www.mapleprimes.com/images/mapleprimeswhite.jpg</url>
      <title>MaplePrimes - comments on Post, A110375</title>
      <link>http://www.mapleprimes.com/posts/39381-A110375</link>
    </image>
    <item>
      <title>In Maple 12</title>
      <link>http://www.mapleprimes.com/posts/39381-A110375?ref=Feed:MaplePrimes:A110375:Comments#comment71739</link>
      <itunes:summary>&lt;pre&gt;
combinat[numbpart](11269);&lt;/pre&gt;
&lt;p&gt;gives the same answer as Maple 11.&lt;/p&gt;</itunes:summary>
      <description>The latest comments added to the Post, A110375</description>
      <guid>71739</guid>
      <pubDate>Wed, 14 May 2008 03:29:53 Z</pubDate>
      <itunes:author>jakubi</itunes:author>
      <author>jakubi</author>
    </item>
    <item>
      <title>Maple 11 and 12</title>
      <link>http://www.mapleprimes.com/posts/39381-A110375?ref=Feed:MaplePrimes:A110375:Comments#comment83573</link>
      <itunes:summary>&lt;p&gt;... also for the others.&amp;nbsp; It looks to me like the code for combinat[numbpart] has not changed recently.&amp;nbsp; The OEIS entry mentions that Maple 6 got these right.&amp;nbsp; I wonder&lt;br /&gt;
why the Maple 6 code was changed.&lt;/p&gt;</itunes:summary>
      <description>The latest comments added to the Post, A110375</description>
      <guid>83573</guid>
      <pubDate>Wed, 14 May 2008 04:02:36 Z</pubDate>
      <itunes:author>Robert Israel</itunes:author>
      <author>Robert Israel</author>
    </item>
    <item>
      <title>Timings</title>
      <link>http://www.mapleprimes.com/posts/39381-A110375?ref=Feed:MaplePrimes:A110375:Comments#comment71735</link>
      <itunes:summary>&lt;p&gt;Also, it is interesting to compare timings. Here is the timing in &lt;a href="http://www.sagemath.org/"&gt;SAGE&lt;/a&gt;:&lt;/p&gt;
&lt;p&gt;sage: a=[ 11269, 11566, 12376, 12430, 12700, 12754, 15013, 17589, 17797, 18181, 18421, 18453, 18549, 18597, 18885, 18949, 18997, 101269, 501269 ]&lt;/p&gt;
&lt;p&gt;sage: time b=[number_of_partitions(n) for n in a]&lt;br /&gt;
CPU times: user 0.15 s, sys: 0.00 s, total: 0.15 s&lt;br /&gt;
Wall time: 0.15&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Here are the correct last 2 digits for those who is interested,&lt;/p&gt;
&lt;p&gt;sage: for n in b: print n%100,&lt;br /&gt;
....: &lt;br /&gt;
50 48 86 95 91 45 81 90 83 54 77 59 0 15 35 0 12 65 25&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The last 2 terms which are terms of the sequence, but not necessarily the next terms, were added by Robert Gerbicz.&lt;/p&gt;
&lt;p&gt;One more timing:&lt;/p&gt;
&lt;p&gt;sage: time c=number_of_partitions(10^9)&lt;br /&gt;
CPU times: user 35.38 s, sys: 0.00 s, total: 35.38 s&lt;br /&gt;
Wall time: 35.38&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I wonder how long it would take Maple to calculate that.&lt;/p&gt;
&lt;p&gt;Alec&lt;/p&gt;
&lt;p&gt;&lt;a href="http://mihailovs.com/Alec/"&gt;&lt;br /&gt;
&lt;/a&gt;&lt;/p&gt;</itunes:summary>
      <description>The latest comments added to the Post, A110375</description>
      <guid>71735</guid>
      <pubDate>Wed, 14 May 2008 04:51:30 Z</pubDate>
      <itunes:author>alec</itunes:author>
      <author>alec</author>
    </item>
    <item>
      <title>Error</title>
      <link>http://www.mapleprimes.com/posts/39381-A110375?ref=Feed:MaplePrimes:A110375:Comments#comment93344</link>
      <itunes:summary>&lt;p&gt;I get&lt;/p&gt;
&lt;pre&gt;
combinat[numbpart](11269);

Error, (in combinat/numbpart) too many levels of recursion
&lt;/pre&gt;
&lt;p&gt;For several versions of Maple previous to Maple 9 that I have tried.&lt;/p&gt;</itunes:summary>
      <description>The latest comments added to the Post, A110375</description>
      <guid>93344</guid>
      <pubDate>Wed, 14 May 2008 06:58:23 Z</pubDate>
      <itunes:author>jakubi</itunes:author>
      <author>jakubi</author>
    </item>
    <item>
      <title>stack limit</title>
      <link>http://www.mapleprimes.com/posts/39381-A110375?ref=Feed:MaplePrimes:A110375:Comments#comment93345</link>
      <itunes:summary>&lt;p&gt;In Unix/Linux/OSX the stack limit may need to be increased in the shell from which maple gets run, for this computation to complete.&lt;/p&gt;
&lt;p&gt;I bumped my shell's stack limit up to 50000 (from 8192) on Solaris and saw combinat[numbpart](11269) come out correct in Maple 8 and incorrect in Maple 9. On 64bit Linux, with a stack limit of 10240, it completed (incorrectly) in Maple 11.02.&lt;/p&gt;
&lt;p&gt;Of course, you may find that kernelopts(stacklimit) allows you to raise the working limit from within Maple. But that may depend on what the OS's shell's hard limit is.&lt;/p&gt;
&lt;p&gt;On Windows, it may be trickier, I am not sure. You might try to utilize Maple's -T option, or its equivalent on Windows. I don't remember what hard limit might be compiled into the binaries. (For what it's worth, I do seem to recall that one can actually change the stacklimit built right into a Windows binary executable using MSVC++ tools.)&lt;/p&gt;
&lt;p&gt;acer&lt;/p&gt;</itunes:summary>
      <description>The latest comments added to the Post, A110375</description>
      <guid>93345</guid>
      <pubDate>Wed, 14 May 2008 07:18:52 Z</pubDate>
      <itunes:author>acer</itunes:author>
      <author>acer</author>
    </item>
    <item>
      <title>Too many levels</title>
      <link>http://www.mapleprimes.com/posts/39381-A110375?ref=Feed:MaplePrimes:A110375:Comments#comment93346</link>
      <itunes:summary>&lt;p&gt;It seems you can do it gradually, to avoid using too much stack at once.&lt;/p&gt;
&lt;p&gt;(Maple 6)&lt;/p&gt;
&lt;pre&gt;
&amp;gt;  with(combinat):
&amp;nbsp; for j from 1 to 22 do numbpart(j*500) od:
&amp;nbsp; numbpart(11269);
&lt;/pre&gt;
&lt;p&gt;231139177231303975514411787649455628959060199360109972557851\&lt;br /&gt;
519105155176180318215891795874905318274163248033071850&lt;/p&gt;
&lt;p&gt;This is one less than the result returned by Maple 9 to 12.&lt;/p&gt;</itunes:summary>
      <description>The latest comments added to the Post, A110375</description>
      <guid>93346</guid>
      <pubDate>Wed, 14 May 2008 07:25:04 Z</pubDate>
      <itunes:author>Robert Israel</itunes:author>
      <author>Robert Israel</author>
    </item>
  </channel>
</rss>