look under ?add in the maple help

Here's an interesting way to add the sum of your 7 sequence

s1:=proc(n)
  add(i, i = [seq(parse(cat(seq(7, i = 1 .. j))), j = 1 .. n)])
end proc:

s1(4)
                      8638
             

Without giving you the answer.  Look at ?isprime in the help, it should get you started in the right direction.  It should lead you to a command when used in a loop will get what you want.

Even here in mapleprimes there is probably an answer to your homework question.

I am not sure for Maple 16 but I use Maple 12.  Not sure if it is the same for both but a good visual clue to see if Maple is still alive is to look in the bottom left if the black dot is pulsating then things are moving along, if it is not then it's like it's heart has stopped. 

You could try the classic version of Maple see if it works better there.  Currently I am working with a 1 Mb data file and Maple reads it fine and can work with it fine but if I accidentally forget the semi colon on execution Maple seems to freeze.

**edit add** because it is trying to display too much information.

In your case it is most likely something else.  You would get more help if you are able to post your worksheet, then we could have a look and locate the problem.  At least if Mathematica can do it, I'd like to think so can Maple.

Check out ?remove too

Something like this?

plots:-listplot(a(.5,2.5));

It is good you used grid=[100,100] as the default is 25 but why don't you increase your grid size to 1000 or more?  That should increase your resolution.

Also maybe use contours=# option to fix the number of contours being drawn.

You are close. 

Your functions need to be in square brackets as do the colors in order to be ordered correctly

plot([C1,C2,C3],t=1..200,color=[red,green,blue])

Unfotunately DocumentTools[Retrieve] is limited.  If the reference is a Matrix maple is unable to link the reference values, so unfortunately you're out of luck there.

Perhaps a future request for maple to maple data transfer will be available?

The workaround is to export to an excel spreadsheet and then import it back into Maple.  It's kind of a stupid way of transfering the data around in Maple.  Maybe someone has more of a Maple particular solution, ie one that strictly uses Maple itself?

Firstly,  Tools -> Options -> under General Tab select share one engine among all documents.  a:=6 on one sheet , create another worksheet and the variable value has the assigned value in the new sheet and any other sheets created after that in the same session unless you apply globally.

Now your question about data sharing between different kernels

Check out DocumentTools[Retrieve]

You forgot to use with(DEtools);

Using help on the command your trying to use will help you out.

Try re-saving your worksheet under the classic Maple 16 and see if the standard gui will then open the newer saved worksheet (that method has worked for me in the past). 

Throwing some ideas around.  Any thoughts?

I was wondering (not near computer with Maple right now) if we could use Labels from another worksheet.

When a worksheet is run the values are stored to labels, however I guess once the worksheet closes, unless it's saved after it's run, those values are lost. I thought we could use the labels from the other worksheet to pull values off of it into another one. 

The reason I think one would want to do this is to calculate the values in another Maple engine then pull the values into a clean worksheet with minimal memory used.  The other reason I could see is if it took forever to calculate the values and you just wanted the values, but then you could just copy paste maybe (however that doesn't always work especially if it is an answer with many variables or some mess of variables that are difficult to copy). 

Doesn't using a Maple engine to share across worksheets get bogged down if one worksheet ties up the memory too much?  Just curious. 

One Maple worksheet, it would seem cannot read another worksheet, like it can Excel.  Reading another worksheet would be like opening an mw file in notepad and all you see is gobbledygook.  And so things like data get, read, etc.. wouldn't work.  But if we could use ssystem to run the worksheet could we not get Maple to read the values off the worksheet .. could we?

Okay, I have solved the division by zero overflow error.  It has to do with the display driver.

Right click on the exe file and properties -> under compatability  choose win95

But then you must have run in 256 colors box checked AND check turn off advanced services for this program.  It then runs except I get a can't find ctl3d.dll 

My computer locked up for a bit while I was attempting to run multiple Maple Vr3 's

It then returned the error (didn't catch it exactly but) can't run 16 bit Maple program. XP is 32 bit I believe so maybe.

However there was then an entry in MUG http://lists.adeptscience.co.uk/mug/mug_Dec_2001/thid_eb91e9f91a949c5bb6255f0f7a474a36.html

where someone had installed and run Maple V on Windows XP and 2000.  And they mention something about opengl.dll in the bin.wnt directory. 

All of Maple V versions were pre XP era.  Although not sure how the guy in MUG was able to get it running on XP without the divide by zero or overflow.  My guess is it probably has something to do with video card graphics?  I recall a problem about ATI graphics cards and improper drivers with MapleV.

I also tried the maxheap=700m option in the .ini file

** edit added** - I also tried setting the options for that file and running it in compatability mode for Windows 95 but that didn't seem to work either - still that annoying divide by zero overflow error

You're right, the operating system probably has a lot to do with it.  Probably won't get it to work on XP.

Wine has trouble with some Windows programs anyway but here it says MapleVr4 works quite well on OpenSUSE 10.3 http://appdb.winehq.org/objectManager.php?sClass=version&iId=2583
and here http://appdb.winehq.org/objectManager.php?sClass=version&iId=4365 Maple V works well on Ubuntu.

Certain Linux versions it would seem to work okay.

I know the Virtual Machine will work perfectly.  It's simply a sandbox area, and installing Windows 95 would be snap and then from there MapleV would be no prob.  But I didn't want to get in to installing VM software on my computer seems to take a lot of space and memory. 

Was hoping for MapleV GUI to work on XP, I've tried bogging my processor down with newer versions of maple running a time loop and loading other programs while trying to run MapleV but so far no go.  It could be that hyperthreading technology on my PC will still give the division by zero even if I try to stall my processor.