@bmartin 

I just observered two minor (?) related details that I want to bring to your attention. The moderator can decide if this is worth branching off.

Display only probed variables displays real input (RE) and to real variables (TV) that are not probed.

Why are RE and TV displayed?

For comparision display all model variables only displays non zero RE (RE_9 is zero) variables.

If all variables means "all used variables for simulation", why is TV_11 not listed?
 

@vv 

I misinterpreted the error message "Error, (in EllipticK) numeric exception: division by zero". I thought it was the numeric integration. Printing EllpitcK shows that Maple prints the error message before any arithmetic is performed.
Using the references you provided, I found that even EllipticK can give the expected output.

For me it would have been better if EllipticK would output both the error message and infinity + undefined*I. This would prevent arithmetics with oo and additionally provide a symbolic result.

Download devisionbyzero_alternative_output.mw

@bmartin 

The error is not reproducible enough for me to send to support. Until I can show something, I will not pretend that it is a bug. It is not impossible that it is a use error or an unfortunate combination of model design, parameters and initial conditions. Let's leave it open.

Thanks again for the helpful information.

@bmartin 

Thank you for following up on this. Can I assume that there is an incomplete correspondence between the variables and states listed in the “computing initial values” section in the output console and the "all model variables" section in the simulation results?

This might help me find a bug that is driving me crazy. The output console is informative, but difficult to get an overview. The all variables section provides a better overview.

Any "strange" variables listed could indicate an error.

@Axel Vogt 

I did not know that an online version existed. A quick look showed that this special case cannot be looked up easily. Some calculations are required to make the connection to the Maple definitions. This is also the case with my old textbooks. Interesting in itself, but unfortunately not something I could spend too much time on. Providing quick solutions to integrals is one of the reasons I use Maple.

Now I can much better appreciate the work that has gone into Maple's integration capabilities and special functions. I hope they will continue the work.

Thanks for providing the link!

@vv 

I will suggest Maplesoft to update EllipticK to handle such special cases.

Thank you!

@TechnicalSupport 

That  helps. Suggestion: If the icon is only for removal it could be replaced by a simliar icon already used in MapleSim.

Thank you for following up!

@Carl Love 

After reading your reply, I checked help("simplify[constants]"). So constants are not automatically constants...

What's confusing about the help page:

I would have expected simplify(infinity(x)) to be effective only when using the "constants" option to tell Maple to treat constants as "common constants" (i.e., remove the (x)). This is not the case, and Maple simplifies directly to infinity, which to me means that Maple assumes that infinity is not a function.

But for the integral evaluated to infinity, Maple is very careful to assume that infinity is really a constant infinity.

Thanks for the context information.

@vv 

Download Infinity_times_something_divided_by_infinity.mw

Thanks for pointing out this last detail as well. I was just about to use the integral in quotients. I will pay more attention to quotients now.

@Anthrazit 

I had

Override high DPI scaling behavior -> System (Enhanced)

but changing it back to  Application made (as you noticed) no difference.

(Maybe with recent Windows updates there has been an improvement.)

Your observations point toward a machine depended installation issue. Did you compare

C:\Users\%USERNAME%\AppData\Roaming\Maple\2021\Maple.ini

for differences.

Could you share a Maple worksheet where you noticed the rendering issue. A screen shot scaled to 200% would be benefical to see where the differences are. That's an unscaled screen shot from a 4K Monitor with 150% font scaling in Windows

Recently I have observed even stronger delays when editing/correcting long text passages in MapleSim 2021, which uses the same Java platform (OpenJDK) as Maple 2021. It requires a restart and is not reproducible. Maybe this is related.

@vv 

That is not good. So far, I've been pretty impressed with what one can achieve with the right assumptions. Let’s hope for improvements. In your example Maple could even produce a hint that the exclusion of the endpoint leads to an evaluated expression.

Thank you for the big picture

@vv Thank you for the clarifications. It is a big help.

@vv 

either in the symmetry or the identity section.

The plot gave already a clue where to look...

Lesson learned: there is more than branches to watch out for!

I have tried to exclude the case you highlighted, but still get a FAIL.

Can this be fixed by better assumptions?

Thank you!
 

arctan_yz_with_new_FAIL.mw

Update:

The frist bulletpoint has been adressed in Maple 2022.

see: help("2022,V,Updates,What,New,Maple,Units")

Thank you!!!