Where did you get the package posets? It is not in the standard Maple library.

@mathdude023 I was hoping that the general form would remind you of arctan(x), whose derivative is 1/(x^2+1). That's pretty close to 1/(2*x^2+5). Try factoring out 5 from the denominator---equivalent to factoring out 1/5 from the whole integral.

@mathdude023 I was hoping that the general form would remind you of arctan(x), whose derivative is 1/(x^2+1). That's pretty close to 1/(2*x^2+5). Try factoring out 5 from the denominator---equivalent to factoring out 1/5 from the whole integral.

The debug thing is weird, but before you applied debug, everything seemed normal and as expected to me. The procedures followed the documented rules as far as I know them.

Nonetheless, thanks for pointing out / discovering a very interesting property of debug.

The debug thing is weird, but before you applied debug, everything seemed normal and as expected to me. The procedures followed the documented rules as far as I know them.

Nonetheless, thanks for pointing out / discovering a very interesting property of debug.

@jaytreiman ShowSolution won't do anything with this problem.

Coach: Start by letting u = x^6/6 because then du = x^5 dx. After you do that step, ShowSolution can do the rest.

@roman_pearce I wasn't saying that the grid size was the cause of the inordinately long time. I was suggesting that the bugs be worked out first on a smaller grid before trying for the 200x200, which may be small in the world of contour plots, but is still 64 times larger than the Maple default contourplot.

We must also consider the possibility that the function being evaluated is getting hung up on a particular grid point, or on a small subset of the points.

A slight improvement can be made by including the vertical range in the plot so that it matches the one in the implicitplot:

Q:= plot(f, x= -10..10, y= -10..10, discont);

A slight improvement can be made by including the vertical range in the plot so that it matches the one in the implicitplot:

Q:= plot(f, x= -10..10, y= -10..10, discont);

200 x 200 is quite a large grid. Have you tried on a smaller grid? How about posting the function that you're trying to plot?

@Markiyan Hirnyk Agreed. This is definitely a frequently asked question (FAQ).

Okay, that answers the question as posed. It seems that no environment variable can be used as a parameter. There is another symbol that I had in mind, not an environment variable, that cannot be used as a parameter. If you try to use it, then you will not get an error on the procedure definition; but the procedure will not work correctly.

Okay, that answers the question as posed. It seems that no environment variable can be used as a parameter. There is another symbol that I had in mind, not an environment variable, that cannot be used as a parameter. If you try to use it, then you will not get an error on the procedure definition; but the procedure will not work correctly.

@erik10 I compiled, and I got nearly identical results to you: The compiled versions are about 3 times slower than the non-compiled evalhf versions.

@erik10 I compiled, and I got nearly identical results to you: The compiled versions are about 3 times slower than the non-compiled evalhf versions.