@Tharoux What platform/operating-system are you on?

(Have you checked the tech support faqs, especially perhaps those related to java and posssibly OSX?)

@mapleatha Your partial fraction examples do not show an explicit reordering of terms in a particular sum, as you originally claimed. Which sum was reordered?

More importantly, how does a call to RTABLE affect it? Why leave out the crucial detail? Why not include that important aspect, within a (Maple 13, say)  .mw worksheet inlined in your Reply?

@mapleatha Of course I'm not saying that. I didn't say anything like that.

It's quite straightforward to reorder terms in a polynomial, using the `sort` command, for example.

That's the second time you've misrepresented me, this time dishonestly so.

What I did do is ask for a clear example of how using an RTABLE call would prevent the reordering (which would otherwise occur, as you mentioned). You still don't provide such an example, even though just one such example would help.

I have *not* denied that term reordering can occur. I can even force it in some ways. I've asked you (several times, politely) to show how RTABLE helps there, with a succinct but reproducible and complete example. It disingenuous of you to equate my request with a denial of existence. I wanted to see *how* it worked, so that I could understand what was working before.

I was hoping to help. Alas, no more.

@mapleatha It was not I who suggested that you might have assigned something to RTABLE, and the way you suggest that I did is rude. I suggested the opposite, in fact.

You still have not provided an example where the input is a scalar, eg. a sum who's terms are reordered. That's what you complained of at the beginning. So I'm giving up, since you steadfastly fail to provide that key example.

All you show now are examples in which the rtables are prettyprinted but the multiplication is inert. There are several supported and documented methods for doing that. Using an undocumented functionality for such is 4-alarm crazy.

@mmcdara It reads as if the OP expects his RTABLE calls to be treated in some particular manner by Maple stock interface and commands.

If he has assigned something to the global name RTABLE then he ought to show us. I expect he would have done so, were that the case.

Calls to RTABLE are used (internally) for printing and saving (of output to .mw) of rtables, when the relevant interface setting is typesetting=standard, etc. Assigning a procedure to name RTABLE which returned something unexpected would mess up that mechanism. The name should probably be included in the Help page UndocumentedNames , and protected.

@mapleatha You wrote, "You are trying to replace RTABLE by other instructions..."

That is false, and that is not what I showed. I showed an example of where RTABLE function calls get created and used (within the print-extension procedure `print/rtable`). I have made no attempt to replace calls to it by anything else.

You can look through that procedure I cited, and see how it constructs RTABLE calls. But mimicing even that doesn't sound like a good idea to me. The calls are constructed for the purpose of display (including saving output in .mw files).

How do you know that your example call RTABLE(1,x^2) was ever intended to be interpreted meaningfully?

You've stated that you are not planning on providing a short concrete example of a problematic circumstance that making such a construction avoids, which is a pity since it means there is no explicit example of what it was supposed to achieve. You made a brief allusion to its being a mechanism to avoid re-ordering of terms in sums (possibly during printing!?), however you give no example of such so it's not at all clear what you mean there.

If you provide an example of the problems its use was intended to avoid then we might offer supported alternatives -- though it seems you may not be interested in that.

Isn't  n^2+n+17  a good fit?

@mapleatha The following example displays the Array in the Standard Java GUI by using the `print/rtable` procedure to return an RTABLE call.

This can be confirmed by stepping through the `print/rtable` call via the debugger, hence the stopat call below.

restart;
interface(typesetting=standard):
stopat(`print/rtable`);
Array([x]);

It's a pity that you cannot, in turn, provide me with an example of what you meant.

@mapleatha Provide a full example in which using RTABLE for printing purposes ensures that terms in a sum won't be printed out-of-original order (eg, following sort, etc). Perhaps there will be a decent alternative.

[edit] You have since provided an example expression, but you omitted to provide the actual code that calls RTABLE. Upload a worksheet that contains all the output and reproduces both the original problem as well as the purported workaround.

I don't understand what you are trying to say, with, "...show me one file where it is used without being explicitly used in the associated program."

@cicoats See the Help page with topic evalf,int,cuba in Maple.

Some of the offered Cuba methods are probabilistic (Monte Carlo), but I also used the deterministic _CubaCuhre.

When successful, these methods can quite often provide a coarse numeric approximation more quickly than do Maple's other (non-Cuba) methods for multidimensional numeric integration.

@Felipe_123 Do you want something like this?

Download vecsplode_2.mw

Are you ok with a series solution? I don't think that you're going to find a closed form answer in terms of elementary functions.

@Liiiiz Your text emoji is amusing in context.

@vv Rank computes by comparing singular values, for floats (but not by trying to compute the rref, which would suffer similar difficulties as mentioned).

@nm You are wrong in describing that as a bug. It is just the wrong syntax for the stated purpose.