I have seen that error in a few runs on a Windows computer, but not easy to reproduce. On a Mac, it returns the generators quite fast (half a minute or so), and more reliably. I've uploaded my worksheet with saved output.
Both computers are running 2023.2.1, and I don't have any earlier patch levels installed.

When you submit an SCR, please include the version of Physics updates installed on your system.

symgen-2023.2.1.mw

By default, it should be seen when ordering. You should have received an email as well (so check your SPAM filter, please).

If it is still not found, please contact our Customer Service department.

Short explanation: it would break Maple's syntax rules.

There are no technical differences between commercial, academic and student editions; there is only one installer for each product (Maple, MapleSim, Maple Flow, add-ons).

All license options are covered in chapter 6 of the EULA.

That web page is a bit outdated. If you look up section "MATLAB Version Requirements" of Install.html in Maple 2023, you will see that the toolbox supports versions 2022a and 2022b. I guess that newer ones will also work, but cannot check currently.

For many commands, implemented methods are documented in the reference documentation (aka help pages).

Some commands and packages support the infolevel setting. If so, you will find it on their help pages as well. Commonly used commands such as dsolve, pdsolve, solve, fsolve, int and sum certainly do. Whether the additional output always provides the desired algorithm is a different question - it is more for diagnostics than for learning.

E.g. for integration (both definite and indefinite) you can supply a method option if you want to bypass the default workflow (which tries to select the best algorithm automatically).

Are you sure that real solutions exist?

When I increase Digits a bit (to 23) and insert the 'complex' option, fsolve will succeed.
Furthermore, I made some minor edits (replaced one evalf call by simplify, inserted a restart at the top, removed some unneeded parentheses): FSolve_TR.mw

Try this:

pointplot(X, Y, useunits = [Unit(m), Unit(1)])

Factory default is 2D Math Notation (if I recall correctly); you can set it to Maple Notation to get back the rusty text color (and non-proportional font).

Look at the assignment to b and execute it repeatedly (separated from the loop). Do you see the pattern?

@Hahn Hahn There is a multiplication sign missing between (c-x) and (q-e). And another one between x and y^2, although that is irrelevant for this result.

@C_R The programmatic equivalent of that menu setting is

interface(displayprecision=4):

Perhaps that helps in your scenario.

... under the "More" drop-down menu.

That‘s not possible.

Depending on what your „larger Maple code” is doing, it might be translated to a target language, using the CodeGeneration package (which you had tried already, if I got your other post right). But please be aware that none of those languages are powerful enough to mimic Maple‘s symbolic features in particular.

If your expression is always a polynomial, my suggestion goes like this:

poly := x*y*z^2*w^3;
                                    2  3
                       poly := x y z  w 

vars := convert(indets(poly),list);
                      vars := [w, x, y, z]

map2(degree,poly,vars);
                          [3, 1, 1, 2]

add(%);
                               7