#2651 maxima bug error "multinomial(...)"

None
open
nobody
None
5
2013-11-01
2013-10-29
dan hayes
No

maxima bug error "multinomial(...)"

wxMaxima version: 13.4.0
Maxima version: 5.31.1
Maxima build date: 2013-09-24 09:49:12
Host type: i686-pc-mingw32
Lisp implementation type: GNU Common Lisp (GCL)
Lisp implementation version: GCL 2.6.8

[multinomial(3,[1,1,1,0]),multinomial(3,[1,1,0]),multinomial(3,[0,1,1]),multinomial(3,[1,0,1])/*error*/,multinomial(3,[1,0,1,1])/*error*/];

(%o175) [6,6,6,3,3]

the last 2 are obviously incorrect - seems to happen whenever have a 0 as the 2nd argument atleast in these examples.
Also the help file states it puts it in as eg multinomial(n,[n1,n2,...,nm]) as n!/(n1! n2!...nm!) regardless of the requirement in multinomial that the sum of the bottom lines
or here n1+n2+...+nm equal the numerator n or not. But it seems otherwise as if maxima assumes another entry which is to make up the difference so that
if n#n1+n2+...+nm then it puts in another single entry equal to n-n1-n2-...-nm . So which is correct ? What is one to expect ?
Of course regardless of this the above is truly an error regardless !

Related

Bugs: #2651

Discussion

  • dan hayes
    dan hayes
    2013-10-29

    [wxmaxima] do not put double spaces when save and come back and open (#292) (12)
    Doug Ilijev Can you please attach a saved file which demonstrates the problem? Please
    check whether your multinomial bug is present in command line maxima, in which case it is a maxima bug, and you should file it
    Today at 10:11 PM
    10 more messages
    Me
    To Me
    Today at 11:32 PM
    yea sorry how foolish of me and anyway i saw that and tried that and it did the same thing. I just sent you a reply to add a comment and that is if one continues to add input lines at the top and and then resave the
    file that is when it puts in the extra 2 spaces but if one adds lines at the bottom and continuing down then perhaps not. but for me it is more
    convenient to add them at the top and going up that was so my most
    recent additions are always at the top. that is topmost is the latest -
    and that is when it puts in the extra 2 spaces. Try it yourself by
    adding multi- input line inputs at the top going up and you will see
    what i mean.

    On Monday, October 28, 2013 11:12 PM, dan hayes zmth@users.sf.net wrote:


    [bugs:#2651] maxima bug error "multinomial(...)"
    Status: open
    Created: Tue Oct 29, 2013 04:12 AM UTC by dan hayes
    Last Updated: Tue Oct 29, 2013 04:12 AM UTC
    Owner: nobody
    maxima bug error "multinomial(...)"
    wxMaxima version: 13.4.0
    Maxima version: 5.31.1
    Maxima build date: 2013-09-24 09:49:12
    Host type: i686-pc-mingw32
    Lisp implementation type: GNU Common Lisp (GCL)
    Lisp implementation version: GCL 2.6.8
    [multinomial(3,[1,1,1,0]),multinomial(3,[1,1,0]),multinomial(3,[0,1,1]),multinomial(3,[1,0,1])/error/,multinomial(3,[1,0,1,1])/error/];
    (%o175) [6,6,6,3,3]
    the last 2 are obviously incorrect - seems to happen whenever have a 0 as the 2nd argument atleast in these examples.
    Also the help file states it puts it in as eg multinomial(n,[n1,n2,...,nm]) as n!/(n1! n2!...nm!) regardless of the requirement in multinomial that the sum of the bottom lines
    or here n1+n2+...+nm equal the numerator n or not. But it seems otherwise as if maxima assumes another entry which is to make up the difference so that
    if n#n1+n2+...+nm then it puts in another single entry equal to n-n1-n2-...-nm . So which is correct ? What is one to expect ?
    Of course regardless of this the above is truly an error regardless !


    Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/maxima/bugs/2651/
    To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

     

    Related

    Bugs: #2651

    • Description has changed:

    Diff:

    --- old
    +++ new
    @@ -7,9 +7,9 @@
     Lisp implementation type: GNU Common Lisp (GCL)
     Lisp implementation version: GCL 2.6.8
    
    -[multinomial(3,[1,1,1,0]),multinomial(3,[1,1,0]),multinomial(3,[0,1,1]),multinomial(3,[1,0,1])/*error*/,multinomial(3,[1,0,1,1])/*error*/];
    +    [multinomial(3,[1,1,1,0]),multinomial(3,[1,1,0]),multinomial(3,[0,1,1]),multinomial(3,[1,0,1])/*error*/,multinomial(3,[1,0,1,1])/*error*/];
    
    -(%o175) [6,6,6,3,3] 
    +    (%o175) [6,6,6,3,3] 
    
     the last 2 are obviously incorrect - seems to happen whenever have a 0 as the 2nd argument atleast in these examples.
     Also the help file states it puts it in as eg multinomial(n,[n1,n2,...,nm]) as n!/(n1! n2!...nm!) regardless of the requirement in multinomial that the sum of the bottom lines
    
     
  • dan hayes
    dan hayes
    2013-11-01

    Actually the first answer one gets is totally unrelated and out of place and makes no sense at all:

    input: multinomial(2,[0,1,1]);

    output:

    resolvante
    generale

    "NOTE: To compile the system do"
    "load("sym/compile");"
    Warning:
    WITH-COMPILATION-UNIT is being redefined.