I was wondering if you can explain the following file results:     [...1029 terms...], I got when I tried the file-redirect process. I was expecting a really big file. s4 := proc (n) if isprime(n) then n end if end proc writeto("myoutfile.txt") `$`('s4(n)', n = 1 .. 10002) writeto(terminal) file contents: > `$`('s4(n)', n = 1 .. 10002); 2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97, 101, 103, 107, 109, 113, 127, 131, 137, 139, 149, 151, 157, 163, 167, 173, 179, 181, 191, 193, 197, 199, 211, 223, 227, 229, 233, 239, 241, 251, 257, 263, 269, 271, 277, 281, 283, 293, 307, 311, 313, 317, 331, 337, 347, 349, 353, 359, 367, 373, 379, 383, 389, 397, 401, 409, 419, 421, 431, 433, 439, 443, 449, 457, 461, 463, 467, 479, 487, 491, 499, 503, 509, 521, 523, 541, [...1029 terms...], 9109, 9127, 9133, 9137, 9151, 9157, 9161, 9173, 9181, 9187, 9199, 9203, 9209, 9221, 9227, 9239, 9241, 9257, 9277, 9281, 9283, 9293, 9311, 9319, 9323, 9337, 9341, 9343, 9349, 9371, 9377, 9391, 9397, 9403, 9413, 9419, 9421, 9431, 9433, 9437, 9439, 9461, 9463, 9467, 9473, 9479, 9491, 9497, 9511, 9521, 9533, 9539, 9547, 9551, 9587, 9601, 9613, 9619, 9623, 9629, 9631, 9643, 9649, 9661, 9677, 9679, 9689, 9697, 9719, 9721, 9733, 9739, 9743, 9749, 9767, 9769, 9781, 9787, 9791, 9803, 9811, 9817, 9829, 9833, 9839, 9851, 9857, 9859, 9871, 9883, 9887, 9901, 9907, 9923, 9929, 9931, 9941, 9949, 9967, 9973

I was wondering if you can explain the following file results:     [...1029 terms...], I got when I tried the file-redirect process. I was expecting a really big file. s4 := proc (n) if isprime(n) then n end if end proc writeto("myoutfile.txt") `$`('s4(n)', n = 1 .. 10002) writeto(terminal) file contents: > `$`('s4(n)', n = 1 .. 10002); 2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97, 101, 103, 107, 109, 113, 127, 131, 137, 139, 149, 151, 157, 163, 167, 173, 179, 181, 191, 193, 197, 199, 211, 223, 227, 229, 233, 239, 241, 251, 257, 263, 269, 271, 277, 281, 283, 293, 307, 311, 313, 317, 331, 337, 347, 349, 353, 359, 367, 373, 379, 383, 389, 397, 401, 409, 419, 421, 431, 433, 439, 443, 449, 457, 461, 463, 467, 479, 487, 491, 499, 503, 509, 521, 523, 541, [...1029 terms...], 9109, 9127, 9133, 9137, 9151, 9157, 9161, 9173, 9181, 9187, 9199, 9203, 9209, 9221, 9227, 9239, 9241, 9257, 9277, 9281, 9283, 9293, 9311, 9319, 9323, 9337, 9341, 9343, 9349, 9371, 9377, 9391, 9397, 9403, 9413, 9419, 9421, 9431, 9433, 9437, 9439, 9461, 9463, 9467, 9473, 9479, 9491, 9497, 9511, 9521, 9533, 9539, 9547, 9551, 9587, 9601, 9613, 9619, 9623, 9629, 9631, 9643, 9649, 9661, 9677, 9679, 9689, 9697, 9719, 9721, 9733, 9739, 9743, 9749, 9767, 9769, 9781, 9787, 9791, 9803, 9811, 9817, 9829, 9833, 9839, 9851, 9857, 9859, 9871, 9883, 9887, 9901, 9907, 9923, 9929, 9931, 9941, 9949, 9967, 9973

That's some pretty interesting material. It looks like you've worked all this out from just about every angle. I didn't know about Maple's "numtheory[pi]". In fact, I never even heard of the prime number theorem until recently while reading the book, "Prime Obsession" by John Derbyshire.

That's some pretty interesting material. It looks like you've worked all this out from just about every angle. I didn't know about Maple's "numtheory[pi]". In fact, I never even heard of the prime number theorem until recently while reading the book, "Prime Obsession" by John Derbyshire.

That's interesting. I'm going to have to learn a little more about the Maple debugger.

That's interesting. I'm going to have to learn a little more about the Maple debugger.

- Thanks!

- Thanks!

This sort of thing isn't as difficult as some might think - at least in a Windows OS. I pass data between separate threads and processes - even between threads running within kernel drivers and threads running at the application level - all the time via shared memory. That same data can likewise be dynamically updated during the processing causing the processing to act on that updated information at the time it's updated. There's no reason why one should need to wait for a plot to be drawn before continuing to do something else, or any reason why the entire plot or any part thereof can't be updated either during or after that processing time. I'm not sure how Maple is doing things, but I can think of a number of ways to take care of this. It seems like it would be pretty simple to pass the plot information to a kernel driver for processing and then continue to work on something until the plot was ready to be plotted. Kernel level drivers, can be pretty powerful and the use of threads within those drivers with shared memory buffers between those threads and the application can create a great deal of both flexibility and speed for managing things such as plotting of data. The way this sort of thing is done isn't particularly well documented, if it's even documented at all but it has existed through the various versions of Windows right up into Windows Vista.

Using the quotes, does seem to be the simplest way to go about it if used, as you suggest, at the time the line is entered. While the conversion to  Atomic Identifier  seems to be the best idea for use after the line is entered and a decision is made not to have it evaluated. Also I noticed that the conversion can be easily switched back and forth from  2-D Math Input  and  Atomic Identifier.  However it cannot be switched between just  2-D Math  and  Atomic Identifier  - taking the .mw file into a text editor and looking at it gives a pretty good idea why.

Acer, I thought you were responding to what I had written rather than what Alex had written - it's quite different. I agree with your observation.

It's quite correct and expected once one knows about "atomic identifier". Until now I never even heard of it. It's greatly appreciated by myself and perhaps others when someone volunteers this kind of information.

Thanks for sharing that. This is one of those things that would have taken me a long time to figure out on my own.

Thanks for the explanation. Please let me know what the MapleNet team dertermines to be the reason for the plot error within MapleNet. I've also set the file to private so it won't create confusion for others.

Thanks for the explanation. Please let me know what the MapleNet team dertermines to be the reason for the plot error within MapleNet. I've also set the file to private so it won't create confusion for others.