The following works,

f:=Int(Int(sin(t*y*x^n)/exp(x),x=0..1),y=0..1):

series(f,t);

      exp(-1/2) WhittakerM(n/2, n/2 + 1/2, 1)
  1/2 --------------------------------------- t -
                       1 + n

                                  3 n  3 n
             exp(-1/2) WhittakerM(---, --- + 1/2, 1)
                                   2    2             3
        1/24 --------------------------------------- t  +
                             1 + 3 n

                                   5 n  5 n
              exp(-1/2) WhittakerM(---, --- + 1/2, 1)
                                    2    2             5      6
        1/720 --------------------------------------- t  + O(t )
                              5 n + 1

Using integral in the new (shortened) form

f:=Int(sin(t*y*x^n)/exp(x),[x=0..1,y=0..1]);

gives an error in series,

series(f,t);
Error, (in series/int) invalid arguments

which may be a bug.

Alec

Acer.

I just came by the computer, and saw this post, without your reply. So we posted at about the same time originally. Then I saw your post and the reply to it, and added a note about holexprtodiffeq.

Alec

Acer.

I just came by the computer, and saw this post, without your reply. So we posted at about the same time originally. Then I saw your post and the reply to it, and added a note about holexprtodiffeq.

Alec

matrix or Matrix? It should be a Matrix.

Alec

matrix or Matrix? It should be a Matrix.

Alec

Since you know the output you would like to receive, the CodeGeneration, or codegen are not actually needed - at least I would write a procedure producing the desirable output by just concatenation of a sequence of strings. By the way, I wouldn't enter numeric matrices in Fortran that way, by assigning their elements - I would enter them as lists of lists.

Alec

Since you know the output you would like to receive, the CodeGeneration, or codegen are not actually needed - at least I would write a procedure producing the desirable output by just concatenation of a sequence of strings. By the way, I wouldn't enter numeric matrices in Fortran that way, by assigning their elements - I would enter them as lists of lists.

Alec

Unfortunately, I never had Maple 11. I had Maple 10, and then last year got Maple 12.

Alec

Unfortunately, I never had Maple 11. I had Maple 10, and then last year got Maple 12.

Alec

1. It is so-called programming indexing. In Maple 12.02, defining basex as a Vector of functions, as you originally did,

   basex := Vector(10):
   for i to 10 do
   basex[i] := unapply(x^(i-1)-1,x);
   od:
   

   we would get

   basex(2);
                                 x -> x - 1
   basex(3);
                                      2
                                x -> x  - 1
   basex(x);
   Error, unsupported type of index, x
   

2. That depends. If only one index needs to be replaced, then it can be done either with assigning it separately, as

   basex:=<seq(x^i-1,i=0..9)>;
   basex[4]:=x^9-1;
   

   or using `if`

   basex:=<seq(`if`(i=3,x^9-1,x^i-1), i=0..9)>;
   

   or using few sequences,

   basex:=<seq(x^i-1,i=0..2),x^9-1,seq(x^i-1,i=4..9)>;
   

Alec

1. It is so-called programming indexing. In Maple 12.02, defining basex as a Vector of functions, as you originally did,

   basex := Vector(10):
   for i to 10 do
   basex[i] := unapply(x^(i-1)-1,x);
   od:
   

   we would get

   basex(2);
                                 x -> x - 1
   basex(3);
                                      2
                                x -> x  - 1
   basex(x);
   Error, unsupported type of index, x
   

2. That depends. If only one index needs to be replaced, then it can be done either with assigning it separately, as

   basex:=<seq(x^i-1,i=0..9)>;
   basex[4]:=x^9-1;
   

   or using `if`

   basex:=<seq(`if`(i=3,x^9-1,x^i-1), i=0..9)>;
   

   or using few sequences,

   basex:=<seq(x^i-1,i=0..2),x^9-1,seq(x^i-1,i=4..9)>;
   

Alec

I wonder whether some miracles with copying from Standard and pasting somewhere else are caused by that. For example, input {c,b,a} in Standard and copy it to the clipboard. Now, pasting it in Standard looks OK - {c,b,a}, but pasting it anywhere else - on this site, for example, or in Classic Maple, produces {a, b, c} instead!

Alec

See ?deprecated and ?index,package

Alec

See ?deprecated and ?index,package

Alec

Great! That is, certainly, better. I didn't read the typematch help page and didn't realize that the variables get assigned. In this case especialy, indeed, I would use typematch instead of ops if possible.

Alec