@Gary Palmer 

I have run your document in Maple 14.01 as is and including plotsetup(maplet) at the begining. In the first case, the animation is created in a few seconds, while in the second case no output is produced within a few minutes. Though in this process more memory is consumed, it does not seem to be the critical limitation (may be a factor of two higher or so). My initial guess goes in the direction of data structures (arrays) being used by the maplet driver. For a check, I have run your document as is in Maple 12.02 (actually with a minor modification of the orientation option). The reason is that the maplet driver is more or less frozen at that stage. And I have found that the animation is not produced either in any reasonable time (and with a memory consumption similar to Maple 14.01 using the maplet driver).

In short, the maplet way seems to be excluded for your animations. So, the next option to try may be edit your code in an external editor and read it into the GUI.

@Gary Palmer 

This forum has two editors, the GUI editor that you are using (with icons on top) and the HTML Source Editor that you access by the "HTML" button on top-left. You use HTML tags like in the source editor.

You can upload files in the GUI editor with the green upwards icon button. Anyways, for short pieces of code, you can use "preformatted" format, either by <pre> tags in the source editor or by selecting "Preformatted" from the drop-down "Format" menu in the GUI editor.

@Gary Palmer 

This forum has two editors, the GUI editor that you are using (with icons on top) and the HTML Source Editor that you access by the "HTML" button on top-left. You use HTML tags like in the source editor.

You can upload files in the GUI editor with the green upwards icon button. Anyways, for short pieces of code, you can use "preformatted" format, either by <pre> tags in the source editor or by selecting "Preformatted" from the drop-down "Format" menu in the GUI editor.

@Joe Riel 

Waiting more news on this extension to the Maple debugger.

@Joe Riel 

Waiting more news on this extension to the Maple debugger.

Perhaps you could post a sample script showing this problem with the maplet driver.

No, this forum lacks such useful tools as a quote reply. Anyway, you could also use e.g. the <blockquote> tag in the html editor.

Perhaps you could post a sample script showing this problem with the maplet driver.

No, this forum lacks such useful tools as a quote reply. Anyway, you could also use e.g. the <blockquote> tag in the html editor.

Heavy animations are a likely cause of crashing the Standard GUI. So, the worksheet/document used  for code development is potentially at risk if the worksheet/document running the animations causes a GUI crash, even if executed on an independent kernel.

Heavy animations are a likely cause of crashing the Standard GUI. So, the worksheet/document used  for code development is potentially at risk if the worksheet/document running the animations causes a GUI crash, even if executed on an independent kernel.

One option is external editor-centric. You may see below, in the same thread, an example where I have used Medit with some test code including a plot using plotsetup(maplet) (the maplet plot driver is not so updated/maintained, but you may try it from any GUI).

Another option is GUI-centric. You edit your code with an external editor and then read it into the GUI (see e.g. ?read ).

One option is external editor-centric. You may see below, in the same thread, an example where I have used Medit with some test code including a plot using plotsetup(maplet) (the maplet plot driver is not so updated/maintained, but you may try it from any GUI).

Another option is GUI-centric. You edit your code with an external editor and then read it into the GUI (see e.g. ?read ).

It was a bit of luck. The Internet Archive holds only four files from Joe (user 84). I do have a copy of the Tine post (actually, a former book page) and file if he needs it for reconstruction.

By the way, that post is a good example that nothing is safe in Mapleprimes land. I wonder how this forum compares, in regards to its level of data loss and corruption, with archives of similar size and time span.

My user jakubi is included in that list, and I did much more than 10 comments from that account. This issue of badges is a full stupidity from my point of view, and I would not waste a single second or half a neuron on it. Moreover, I find it very sad that the administrators of Mapleprimes waste their scarce time in such "creations".

My user jakubi is included in that list, and I did much more than 10 comments from that account. This issue of badges is a full stupidity from my point of view, and I would not waste a single second or half a neuron on it. Moreover, I find it very sad that the administrators of Mapleprimes waste their scarce time in such "creations".

Certainly, it is the kernel who sends that warning message. Below is a bit of the capture of the TCP dialog between Maple 13 Classic GUI and the kernel through 127.0.0.1 when executing:

1+1;
                                  2
quit;
Warning, done/quit/stop disabled.  Please use File->Close

and then closing.

....

!.....,&"""F#F#F#
.....RESULT.....6#""#
.....6"
.
!.....D
.....WARN....:6$"""QQdone/quit/stop~disabled.~~Please~use~File->Close6"
.....6"
.
!.....6"
.

Note, however, that this is for 1D input. For 2D input, an error occurs instead, whose origin seems different. I will look at this issue later, if I have time.

By the way, early in this dialog, the GUI introduces to the kernel:

.....6#Q0IBM~INTEL~LINUX6"
.....GET.....6#I(versionG6"
....\I`pClassic~Worksheet~Interface,~Maple~13.00,~IBM~INTEL~LINUX,~May~6~2009~Build~ID~401004G6"

So that for cheating the kernel you should interfere at this level.