There are a variety of coding problems in the assembly procedure.

For example,
  - The statement that appears to assign to S is just an equation,
     and not an assignment, ie.  = instead of :=

  - The code seems aimed at creating S as a list. But that doesn't
    work later on with the products of S and some Vectors. Why not
    make S (and dS in consequence) a Vector as well?

  - The diff and int command are apparently going to get applied to
     some Vectors, which is no good. Did you intend on mapping
     those commands across the Vectors, instead? (If so you could
     utilize map, or elementwise diff~ or int~.

   - I didn't check whether all the various Vector/Matrix products are
     correct, especially w.r.t orientation. (None of them are dot-products
     that are intended to produce scalars, is that right?) You should check.

I see a Matrix in the results for both (Equation Labels) 19 and 20, not tables.

Why do you say that they are tables?

Have you considered using evalf(exp(1)) instead of exact exp(1), in eq[4]? Or applying evalf at some earlier stage?

Alternatively, have you considered applying evalf to both those mentioned results?

Download HO.mw

The call to subsindets above is not necessary -- I put it in so that the inert power could be more neatly visualized.

Using the result to check the other equation is straightforward substitution.

You could show how far you got on your own, for these questions.

Judging by this (and another recent posting by you) it reads as if there is something wrong with your output.

It appears as if you are getting the prettyprint=1 kind of output.

I suggest that you check what is returned by,
   interface(prettyprint);
The result ought to be 3, and cetainly not 1 (unless you did that deliberately, in which case you've caused the problem).

You can also check that as a GUI setting, in the main menubar as,
     Tools -> Options -> Display -> Output display
which is normally set to "2-D Math Notation".

If you instead have that set to "Maple Notation" (or prettyprint=1 under the interface command) then you will get poor results from series and taylor as you've indicated. The output would appear as if it were being passed through lprint and line-printed.

That mis-setting would also mess up your plot output (showing a mess of a large expression, just as if you'd lprint'd the plot). That might explain you previous Question, and shown why you'd been looking into other (inferior) plot-devices than the default of inline.

There have been rare reports from users of older versions, whose output setting has apparently been spontaneouly changed. In such case it has (AFAIK) always been adequate for them to switch it back manually -- and save Globally if in GUI Options. Hopefully you are in that boat. If the problem is fixable in that manner, or spontaneously reappears later then you might try a fresh reinstall/redownload.

Use your mouse-pointer to left-click on the plot window that appears in your worksheet. Ie, put the mouse focus in the plot subwindow.

Then in Maple's menubar you should see controls to play/pause the animation. The play button looks like a blue triangle or arrow-head.

Such instructions are stated immediately below the example in the Description section of the Help page for the plots:-animate command. It reads like so: 

The very first frame of your particular example animation is just the line y=0, so you might not have noticed that since it lies right on the x-axis. That makes the first frame look quite similar to an empty plot.

When you inline a worksheet in this forum such animations play automatically.

You can tackle such questions using operators -- as Kitonum did for part of question a) -- or you can use expressions as I show inlined below.

It's not clear to me how much you have to explain and justify your methodology, according to what you've learned in lectures.

It seems reasonable that your instructor would want you to establish the minima/maxima using a 2nd (or higher) derivative test, rather than trying to pass off a mere plot as proof. Plots may indeed be useful to you as a visual check, but I'd guess that you're supposed to show the key aspects programatically/mathematically.

Download calcex.mw

You can notice that for f as an expression you can use diff to differentiate and eval to evaluate at (substitute) values.

And here is most of the above, done with f as an operator rather than an expression. For f as an operator you can use D to differentiate. calc_ex.mw

Double check everything yourself.

Tasks are stored in some Help database (.help file, in modern Maple like version 2022.0). The individual Help Topics can be removed from a writable Help database file, and this includes tasks.

First select the following from Maple's menubar,

    Tools -> Help Database -> Remove Topic...

which should open a popop dialogue, with a box in which to enter the location of the Help database that contains your task(s).

In my Maple 2022.0 for Linux the drop-menu in that popup did not already contain the default location to which I'd saved a task earlier in the session. But on Linux that default for tasks is:
     /home/$USER/.maple/2022/tasks.help
If you're on MS-Windows then you could check whether you have such a file as, say,
     C:/Users/<User ID>/AppData/Roaming/Maple/2022/tasks.help
I use forward slashes, but you could also try escaped (double) backslashes.

Once I'd entered the Help database file location I was able to get to the individual task name (Topic) in the lower drop-menu, and remove it.

The "Tasks" palette still showed the task, unitl I fully closed/relaunched Maple's GUI. But the task became inactive as soon as I removed it as described above.

ps. On Linux I can create that location string programmatically by issuing,
    cat(kernelopts(':-homedir'),"/.maple/2022/tasks.help");
and you might be able to get it for Windows as, say,
    cat(kernelopts(':-homedir'),"/AppData/Roaming/Maple/2022/tasks.help");

As a workaround you could utilize the is command.

Download unitsineq_is.mw

Here is another way to accomplish the same results, using eval instead of assign.

Download Q20220416_ac.mw

It is quite often a better way, IMO, especially if you need to continue to use the unassigned names x[i] (or those Cost/TotatCost formulas, etc) symbolically in further computations.

In the above I used a Matrix instead of the deprecated lowercase array structure. If you really insist on using that deprecated array data structure then you can still accomplish the goals using eval instead of assign.  Q20220416_acm.mw

Download simp_ex.mw

I will submit a bug report (SCR), that the simplify command itself does not attain this simplification.

Hardware floating-point precision real and complex linear-algebra is mainly accomplished using the Intel MKL, with parallelized BLAS and LAPACK.

That affects many packages, including LinearAlgebra as well as some commands in other packages (ArrayTools, Statistics, Optimization, etc).

You can disable this parallelization with the follow setting of this environment variable in the shell (Operating System shell) in which Maple is launched:

    OMP_NUM_THREADS=1

Similarly, you can restrict that paralellization, eg. setting 8 as its value.

The first example below is to address the OP's requirement, "I want them to appear as vectors when I type them". That is, the over-arrow appears on the input as well as output.

The point of the 2nd example is that the symbol is bold in both input and output.

The 2nd and 3rd examples look more bold in the actual Maple GUI than they do with the worksheet inlined in this forum.

Download accents_bold_atomic_var.mw

Your computation can be done more quickly using the Quantile command. The purely numeric approach (first below) doesn't quite match to all digits.

Download test_fsolve_integ_ac22.mw

As for computing it by numerically integrating the PDF, here is one way to adjust your original, using the inert Int(...) instead of the active int(...) as you had it, along with operator form calling sequences.

It's important to not use the active int and let it attempt int(f(x),x=0..y) for symbolic name y.

Download test_fsolve_integ_ac.mw

That is reasonably quick, but even this can be done quicker, by unapplying the explicit symbolic PDF result, so that it doesn't have to call PDF for each point, while integrating. (Interestingly adding the numeric option to an unevaluated PDF call doesn't seem to help here.) Ie,

Download test_fsolve_integ_ac2.mw

The numeric integration of the PDF can also be done using the CDF command.

Download test_fsolve_integ_ac3.mw

This regression in behavior is a bug, I think. (I will submit a report.) It is a problematic change in one aspect of the behavior of the Histogram command.

Here is a very simple solution to handle your example, requiring only a wrapping call to plots:-display.

with(Statistics):
X := RandomVariable(Normal(1, 2)):
w := Sample(X, 1000):
plots:-display(Histogram(w), legend = "data set 1");

Below I edit the Histogram procedure's parameter/option specification, to get the original legend functionality back, to cover this example more directly.

If the following works for you then you might consider temporarily adding the redefinition part to an initialization file. That would allow you to utilize Histogram directly and straightforwardly, as in Maple 2021, etc.

Download Histogram_legend_M2022.0_ac.mw

One kludgie approach is to use either the `caption` or `title` option instead of `legend`, but that doesn't automatically get the colored rectangle. It also doesn't merge properly if you display a few of them together. So IMO this is an inferior alternative for the behaviour you want. But the behavior you want is fully reasonable.

Are you allowed a wider range than your specified lw..up = 0.01..10 ?

After correcting the syntax problems with multiplication that Preben mentioned, I go the following.

Notice that these solutions all seem to be permutations involving the same numeric values -- with some entries lying outside your specified range 0.01..10 .

Download eqs_sys_iso.mw