@mmcdara 

Thanks but that is too complicated for me to even follow. All what Maple needs to do is display the server.exe process ID at the bottom of the worksheet (in the bottom bar).

Should I make separate post in the product suggestion for this? This is actually one of the most annoying thing for me, because that I have no idea which mserver.exe to terminate (since Maple hangs many times for me and I need to do this few times during the day), and I end up killing the wrong mserver.exe)

@minoush82 

But (2*x)' or (x^n)' are simply wrong math notation for what you mean.

One can write y' or z' to imply diff(y(x),x) or diff(z(x),x) but not  (2*x)' to mean diff(2*x,x)

This will be most confusing to your students. Nerver seen it used anywhere.

The tick notation is used only on a single variable (i.e. function name). Not on a whole expression.

So writing  (x*sin(x)+cos(x))' is simply wrong math notation.  But one can write first  y=x*sin(x)+cos(x) and after that y'. It will be OK now.

@minoush82 

This seems to be a problem due to encoding of the output of ShowSolution not working in command line vs. worksheet. It has nothing to with Latex. Here is screen shot of the output of just the ShowSolution command without calling Latex. Notice the bad characters showing up. This is on windows

So when you pass this output to Latex it complains as it can't parse it. Latex itself works fine on normal Maple commands:

It looks like ShowSolution output is meant to only be used/displayed in worksheet, and they do not play nice with standard output on the terminal for some reason.

with(Student[Calculus1]):
res:=ShowSolution(Diff(ln(x),x)):

lprint(res)
Typesetting:-mtable(Typesetting:-mtr(Typesetting:-mtd(Typesetting:-mtext("",
"mathcolor" = "black")),Typesetting:-mtd(),Typesetting:-mtd(Typesetting:-mrow(
Typesetting:-mtext("Differentiation Steps","mathcolor" = "black")))),
Typesetting:-mtr(Typesetting:-mtd(),Typesetting:-mtd(),Typesetting:-mtd(
Typesetting:-mrow(Typesetting:-mrow(Typesetting:-mfrac(Typesetting:-mstyle(
Typesetting:-mo("ⅆ",Typesetting:-msemantics = "inert")),
Typesetting:-mrow(Typesetting:-mstyle(Typesetting:-mo("ⅆ",
Typesetting:-msemantics = "inert")),Typesetting:-mi("x"))),Typesetting:-mspace(
width = "0.4em"),Typesetting:-mrow(Typesetting:-mi("ln",fontstyle = "normal"),
Typesetting:-mo("⁡"),Typesetting:-mfenced(Typesetting:-mi("x"))))
))),Typesetting:-mtr(Typesetting:-mtd(Typesetting:-mtext("▫","mathcolor" = 
"black")),Typesetting:-mtd(),Typesetting:-mtd(Typesetting:-mrow(Typesetting:-
mrow(Typesetting:-mtext("1. Apply the","mathcolor" = "black"),Typesetting:-
mspace(" "," ",width = "thickmathspace"),Typesetting:-mstyle(Typesetting:-mtext
("natural logarithm","mathcolor" = "black"),"fontweight" = "bold","mathcolor" =
"black"),Typesetting:-mspace(" "," ",width = "thickmathspace"),Typesetting:-
mtext("rule","mathcolor" = "black"))))),Typesetting:-mtr(Typesetting:-mtd(),
Typesetting:-mtd(Typesetting:-mtext("◦","mathcolor" = "black")),Typesetting:-
mtd(Typesetting:-mrow(Typesetting:-mrow(Typesetting:-mtext(
"Recall the definition of the","mathcolor" = "black"),Typesetting:-mspace(" ",
" ",width = "thickmathspace"),Typesetting:-mstyle(Typesetting:-mtext(
"natural logarithm","mathcolor" = "black"),"fontweight" = "bold","mathcolor" =
"black"),Typesetting:-mspace(" "," ",width = "thickmathspace"),Typesetting:-
mtext("rule","mathcolor" = "black"))))),Typesetting:-mtr(Typesetting:-mtd(),
Typesetting:-mtd(),Typesetting:-mtd(Typesetting:-mrow(Typesetting:-mrow(
Typesetting:-mrow(Typesetting:-mfrac(Typesetting:-mstyle(Typesetting:-mo(
"ⅆ",Typesetting:-msemantics = "inert")),Typesetting:-mrow(
Typesetting:-mstyle(Typesetting:-mo("ⅆ",Typesetting:-msemantics =
"inert")),Typesetting:-mi("x"))),Typesetting:-mspace(width = "0.4em"),
Typesetting:-mrow(Typesetting:-mi("ln",fontstyle = "normal"),Typesetting:-mo(
"⁡"),Typesetting:-mfenced(Typesetting:-mi("x")))),Typesetting:-mo
("="),Typesetting:-mfrac(Typesetting:-mn("1"),Typesetting:-mi("x")))))),
Typesetting:-mtr(Typesetting:-mtd(Typesetting:-mtext("","mathcolor" = "black"))
,Typesetting:-mtd(),Typesetting:-mtd(Typesetting:-mrow(Typesetting:-mtext(
"This gives:","mathcolor" = "black")))),Typesetting:-mtr(Typesetting:-mtd(),
Typesetting:-mtd(),Typesetting:-mtd(Typesetting:-mrow(Typesetting:-mfrac(
Typesetting:-mn("1"),Typesetting:-mi("x"))))),columnalign = "left")

may be changing some settings will make it work in command line. I do not know.  It looks like it is this character which causes the problems

\textrm{▫}

when displayed in standard output

@acer 

thanks for confirming. Send email to Maplesoft support.

Strange that it stops printing those leaked internal info messages after the second or third call to int()

@acer 

Have you submitted a bug report?

I've send email to support@maplesoft.com

@Anthrazit 

I am not talking about the Maple installation itself - just the networktools which are installed on the server.

Sure, I understood that. But since this is also a Maple product, it will have the same thing. i.e. It should come with its own JRE. I do not have this myself installed on my PC, since I have no need for it. I only use Maple itself.

But if you look at your installation of this on your PC/server where you installed it, it should have a JRE folder there somewhere below the top Maple folder where it was installed. If not, then this is a problem I would say. But again, I never used Maple's networktool. 

I was just giving a side remark about you not seeing any changes to the problem you are having when you installed a JDK outside of Maple, and all what I wanted to say is that this is what is expected to happen.

There was no Java installed on the (virtual) server, so I installed the latest OpenJDK to check if that solved the problem.

I thought Maple uses its own JRE (Java runtime environment) (notice, only the JRE is needed, not the whole JDK).  i.e. when one installs Maple, it comes bundled with the JRE it needs. At least I hope it does, otherwise this will cause lots of problem for the installer to assume that Java is installed on the user PC and it happened to be the same version supported.  

All application I know who use Java do this. They come with their own version of Java JRE.

My point is that, if you install JDK yourself outside of Maple, this should not make any difference to Maple, as it will still use its own internal Java that came with it. On window this is installed in C:\Program Files\Maple 2023\jre

What is JRE: (from the net)

"The Java Runtime Environment (JRE) is software that Java programs require to run correctly. Java is a computer language that powers many current web and mobile applications. The JRE is the underlying technology that communicates between the Java program and the operating system."

@Carl Love 

interesting. Actually now that you have mentioned it, I also seem to have noticed this more recently also. I remember 2 weeks ago having this same problem, and also made a video of it and posted it, but when Maple waked up again right after that, I delete it and thought to myself may be it was just a radom event.

I wonder now if this could be caused by a change at Maplesoft website itself? 

My understanding is that Maple communicates with the Maplesite occasionally when the PC is connected to the internet? May be to validate the licence? Is this true? If so, may be something changed in this procedure to cause this occasional freezing.

Last update I made to maple was 2022.2 and nothing else after that (other than updating the Physics package every few days, but I have no reason at all to think the Physics package will have anything to do with this).

I also wonder if Maple updates its JAVA run-time that it uses behind the scene automatically when the user opens Maple and is connected to the internet without asking the user permission. I do not think so, but I know for example that Mathematica sometimes does some minor updates behind the scene when one is connected to the internet (but I think that applies to documenation only).  I wonder now if Maple does something similar which might explain why these pauses seem to show up more recently.

We need a software detective to jump in and help find out the cause of this.

You can start by typing   

         ?dsolve

inside your maple workseet. There are examples there.

I do not know if there is a global option. But you could always do one of the following.

1. make just one of the numbers real by adding decimal at the end. (so instead of 9 write 9.0) This will pollute the rest of the computation where this number is used and causes all computation to be done as reals even if everything else is exact.
2. Do everything using exact numbers, and at the end just add evalf() on the result. (this should also be more accurate in general)

Why do you want Maple to automatically convert exact numbers to real numbers? What are you trying to do that can't be done by just calling evalf() on the final result?

@sursumCorda 

There is no need to have a fancy ode and expansion around infinity, Here are much simpler examples.

This has a regular singular point, but dsolve does not solve it (for good reason) when using series method.

ode := x^2 * diff(y(x),x$2) + x*diff(y(x),x) + x*y(x) = 1/x;
dsolve(ode,y(x),'series')

No solution. Because it needs asymptotic series due to the RHS nature, the particular solution can't be found using series method.

Here is another simpler example, same ode as above, but RHS is just one now.

ode := x^2* diff(y(x),x$2) + x*diff(y(x),x) + x*y(x) = 1;
dsolve(ode,y(x),'series')

Also no solution using series method. But can be solved using asymptotic series

The problem with these two examples is the same. Using series method, it is the particular solution which causes a problem. To see why, you have to work it by hand using Frobenius series. This is something all textbooks do not talk about. That is why if you open any textbook on differential equations and go to the power series section, you will not find any examples using inhomogeneous ode's to solve using Frobenius series.

All examples and problems given use ode with RHS is zero. 

May be because the authors do not know how to solve inhomogeneous ode's using Frobenius series, or if they do, they do not think it is important for some reason.

In all the books I have on odes' (over 100), I found only ONE such example from a very old textbook. That is why it is important to keep old math books. Many times they show things and methods that are lost and missing in the new and "modern" text books.

@sursumCorda 

Ah, I see. That is why I could not find it. that is good to know.

returns nothing, but Mma's AsymptoticDSolveValue can solve it. (I don't why.)

Because as I mentioned, AsymptoticDSolveValue internally picks the method needed. For an ordinary point of expansion,  it uses standard power series, and for a regular singular point it uses Frobenius series, and for an irregular singular point is uses asymptotic method, because power/ Frobenius series does not work on  irregular singular point.

Maple's dsolve command with series option only supports the first two type of points, but not the irregular singular point. That is why dsolve does not solve it.

The ode you have, the point t=0 is irregular singular point.

see Can-Maple-Solve-An-Ode-Using-Asymptotic

@sursumCorda 

Do you have a link to that Mathematica package you used? It does not seem to be part of Mathematica itself.

But you have used Asymptotic series expansion. I want the solution to be based on Frobenius series method. These are not the same. 

I know the Mathematica command I used is called AsymptoticDSolveValue also, but internally it will use Frobenius series to solve this as help says. I never liked the name AsymptoticDSolveValue because the user does not know if the series generated was done using standard power series method, or Frobenius series, or Asymptotic methods. Mathematica does not have separate command to do just standard power series solution for an ode, and separate command to solve an ode using asymptotic expansion method. They both live inside the same command AsymptoticDSolveValue.

But since what you show using Mathematica with this new package gives the same solution as what Maple shows using series method, may be then Maple internally used the asymptotic series and not  Frobenius series for this one special case?

i.e. Maple for this special case of the roots (the hard case, where one solution is not defined using power series), it used asymptotic series and not standard Frobenius series?

If this is the case,  then this will explain everything and why the result of Maple is different from the book only for this case. This explains also why both solutions are correct, but look different. They used different methods.

@vv 

When there are only two terms in the solution and two constants of integration, it is possible to do this and then rename things. I understand all of this. But the series solution has mutliple terms and only 2 constants of integrations. So I do not see how this could be possible in that case.

I tried to see if I can do this for the Maple solution by pulling part of the x^4 term from y_1 and move inside the y_2 term. But then the rest of the terms now gets missed up and I could not find a way to sort it out by playing the renaming trick. 

Anyway, here is my attempt. May be you can see a way with different manipulation. It seems Maple uses different algorithm to find this series solution than what the books give.

q3.pdf

@vv 

If both answers are correct, then how could one explain the difference in the actual series produced? For example for the ode

ode:=x*diff(y(x),x$2)-3*diff(y(x),x)+x*y(x)=0;

Which I showed in the first half of my question, by looking at the series generated, we see that Maple's answer is not the same as book. y_2 is missing an x^4 term and the coefficients are different.

How could two different looking series solutions to the same ode around the same point both be correct?