Michael

232 Reputation

11 Badges

18 years, 337 days

MaplePrimes Activity


These are replies submitted by Michael

Sorry - I should have added that I am now "graduated" to Maple 15. There is no classic worksheet.

In Maple 11, I always used classic worksheet, and cut/paste was no problem.

Sorry - I should have added that I am now "graduated" to Maple 15. There is no classic worksheet.

In Maple 11, I always used classic worksheet, and cut/paste was no problem.

@Lark 

Hi:

I just figured out what is happening.

As you say, when you are moving through the document, there is a vertical (blinking) bar that indicates which statement is about to be executed, or where you are in the worksheet.  There is also a cursor that moves with the mouse.

When you press "return" to execute, the cursor changes to a busy symbol (hourglass or animated circle or whatever), but the vertical blinking bar stays remains exactly where it was positioned when you pressed "return".

In my previous version (Maple 11), the blinking vertical bar vanished when you pressed "return" and the cursor turned busy.

So, if the cursor happens to be off-screen when it turns"busy", it is not seen, and the program looks like it has hung because the blinking vertical pointer is still sitting where it was and there is no visible indication that something is happening.

And that is what was happening - its the difference between the two versions of Maple. 

I was accustomized to the older version, where the vertical blinking pointer disappeared during a lengthy calculation, so you knew you had to look for an hourglass or whatever to see if anything was happening (sometimes even the time update takes big jumps during a lengthy sub-calculation, so checking for time isn't always a reliable indicator that the program is doing anything).

 

By the way, Maple 15 runs about 30% faster than Maple 11 (what used to take 3 hours now takes 2), although taskmanager doesn't show much multicore action going on.

 

@Lark 

Hi:

I just figured out what is happening.

As you say, when you are moving through the document, there is a vertical (blinking) bar that indicates which statement is about to be executed, or where you are in the worksheet.  There is also a cursor that moves with the mouse.

When you press "return" to execute, the cursor changes to a busy symbol (hourglass or animated circle or whatever), but the vertical blinking bar stays remains exactly where it was positioned when you pressed "return".

In my previous version (Maple 11), the blinking vertical bar vanished when you pressed "return" and the cursor turned busy.

So, if the cursor happens to be off-screen when it turns"busy", it is not seen, and the program looks like it has hung because the blinking vertical pointer is still sitting where it was and there is no visible indication that something is happening.

And that is what was happening - its the difference between the two versions of Maple. 

I was accustomized to the older version, where the vertical blinking pointer disappeared during a lengthy calculation, so you knew you had to look for an hourglass or whatever to see if anything was happening (sometimes even the time update takes big jumps during a lengthy sub-calculation, so checking for time isn't always a reliable indicator that the program is doing anything).

 

By the way, Maple 15 runs about 30% faster than Maple 11 (what used to take 3 hours now takes 2), although taskmanager doesn't show much multicore action going on.

 

Thank you very much. That works as I wanted.

 

Please:

 

What is the difference between

... assuming n::integer;

AND

... assuming n,integer;

 

The second form works as expected, but only sometimes, and I can never figure out when it is going to work.

What is that form supposed to do?

Thank you very much. That works as I wanted.

 

Please:

 

What is the difference between

... assuming n::integer;

AND

... assuming n,integer;

 

The second form works as expected, but only sometimes, and I can never figure out when it is going to work.

What is that form supposed to do?

Thanks.

You (or whoever worries about these things) might want to consider that the installation instructions are kind of misleading - the wording states that MSVC++ is "required" for installation.

 

Anyway, its installed now and working OK.

Thanks again.

Thanks.

You (or whoever worries about these things) might want to consider that the installation instructions are kind of misleading - the wording states that MSVC++ is "required" for installation.

 

Anyway, its installed now and working OK.

Thanks again.

Whoops - you are correct - I forgot that statements within a procedure aren't printed, without a print command.

So, that explains that.

Thank you.

Whoops - you are correct - I forgot that statements within a procedure aren't printed, without a print command.

So, that explains that.

Thank you.

Thank you.

I tried that and it works well, except in a procedure (which of course is exactly where I need to use it).

The help file talks about levels of recursion inside procedures, but there is no way to set a level when the second parameter of "eval" is already in use otherwise. See the example below.

Is there any way to do what I am trying to do,which is to substitute a function anme and transform the parameters all at the same time?

> restart;
> M1:=proc(X1,X2);
> f(X1,X2);
> end proc;

                M1 := proc(X1, X2) f(X1, X2) end proc

> try1:=M1(A,B);
> try2:=G(A,B);
> eval(try2,G=M1);

                           try1 := f(A, B)


                           try2 := G(A, B)


                               f(A, B)

> test:=proc(U,V) global M1; local try1, try2;
> try1:=M1(U,V);
> try2:=G(U,V);
> eval(try2,G=M1);
> print ("try1=",try1);
> print ("try2=",try2);
> end proc;

 ...

 

> test(a,b);

                           "try1=", f(a, b)


                           "try2=", G(a, b)

Thank you.

I tried that and it works well, except in a procedure (which of course is exactly where I need to use it).

The help file talks about levels of recursion inside procedures, but there is no way to set a level when the second parameter of "eval" is already in use otherwise. See the example below.

Is there any way to do what I am trying to do,which is to substitute a function anme and transform the parameters all at the same time?

> restart;
> M1:=proc(X1,X2);
> f(X1,X2);
> end proc;

                M1 := proc(X1, X2) f(X1, X2) end proc

> try1:=M1(A,B);
> try2:=G(A,B);
> eval(try2,G=M1);

                           try1 := f(A, B)


                           try2 := G(A, B)


                               f(A, B)

> test:=proc(U,V) global M1; local try1, try2;
> try1:=M1(U,V);
> try2:=G(U,V);
> eval(try2,G=M1);
> print ("try1=",try1);
> print ("try2=",try2);
> end proc;

 ...

 

> test(a,b);

                           "try1=", f(a, b)


                           "try2=", G(a, b)

I just figured out that "apply" is used incorrectly in the above example, and that the statement "eval(try2)" will do what I want, but I still don't understand why.

Can anyone explain?

Thank you

1 2 3 4 5 Page 3 of 5