@aroche 

Thanks. But it seems this fix introduced a new bug? 

Please see my new question.  This happens only after I updated to V 22.

@ecterrab 

Thanks for giving another way to reproduce the problem.  It took me 20 hrs just to  be able to figure the cause and reproduce this as an example and so that is what I gave.

I do not know all the internals of Maple and how all its parts interact with each others to simplify the example myself or give other variations.

All what I know, from user level, is that solve started to hang after using odetest and using Physics:-Setup('assumingusesAssume' . 

Hopefully your other way to reproduce this problems will make it easier to find the cause/fix. Meanwhile, I removed  my use of Physics:-Setup('assumingusesAssume' for now and the hangs now are gone.

there is no easy solution for this. Maple does not have "full_simplify()" command. You could try to make your own custom command, which tries different combinations of commands and sorts the result and returns the "smallest" one.

If you type this in google you might get some posts related to this.

                      full_simplify() site:mapleprimes.com

@WD0HHU 

V2 is supposed to work. i.e. does not hang. I said

This worksheet below shows that by removing Physics:-Setup('assumingusesAssume' = false): now solve works OK

It is the first worksheet which shows the hang.

in maple 2025, do FILE->OPTIONS and click on the interface tab and select "open worksheet in NEW TAB"

@Rouben Rostamian  

fyi, I think the assumption should be assuming x >= 0 etc.. and not assuming x > 0 etc.. because the IC is at 0 so domain should include zero.

Same answer will result.

Another observation: This is not easy to do. How is Maple dsolve (or any other program) supposed to know to use assuming x >= 0, x <= 2*Pi to simplify the solution? (or any other range).

Without using this assumption, it does not work (i.e. hard to resolve C1).

So may be this is why dsolve left the constant there. Even though I still think the final solution should not have constant of integration in it. 

@Carl Love 

It is not Riccati.  Riccati has this short form  y'=q(x)+y^2, where q here must be function of x and not just a constant or parameter.

Wikipedia writes q0(x)  to indicate this but may be it should also made it clear that q0 must depend on x.  Not all the q's have to be function of x, but at least one of them must.

The ode  y'=3+y^2 is quadrature (because it solved by just integration), but y'=x+y^2 is riccati.

Another example

And another

your ode is not Riccati. This is basic quadrature.

Download dsolve_may_19_2025.mw

@delvin 

I want to define the expression diff(H(xi), xi, xi)/H(xi)^2 as a new variable

Then why you said in your question you wanted the coefficient of the above to be zero?

Ok,, try this. if you want to eliminate H(xi), then try solving the ode  H'/H^2=Z for H and then use dchange to chnage the dependent variable H to Z.

The new ode will be in term of Z(xi) only and no H(xi) in it. 

Again, do not know if this is what you meant. If not, then may be someone else can better guess than I am able to.

Download repl_may_19_2025_V2.mw

@delvin 

 I want to remove the derivatives in eq 2 and the new function will not have any derivative terms at all.

If this is what you want, then why not just set diff(H(xi), xi) to zero in each term that has it? Looking at your eq2, this will leave only 2*a3*c^2*A/H(xi)^2 term.

No problem for me on Linux, Maple 2025 with ST 17.

I also was able to stop the kernel by clicking on lower left red botton. Timelimit also works on this.

worksheet below

Download simplify_may_17_2025.mw

Always export to vector based format and not raster based format. So try to export to postscript or pdf and not to png or jpeg. 

this looks like a bug as help clearly says

"The convert(A, Vector) function converts the parameter A into a Vector.
"The orientation of the result can be specified via the parameter o. The default orientation is column."

Also below it says

"If A is a 1-dimensional array or Array, a list, a vector or a Vector, it is simply passed directly to the Vector constructor"

but Vector([1, 2, 3]) gives column vector.

@C_R 

I see. But if the reason it timedout for you when you run in B.M. (battery mode) is because Maple was slower and the 30 seconds was reached before entering the DLL, then this will not help me. It is then just by chance. It is like me setting timelimit of 2 seconds instead of 30 second. If you change your timelimit from 30 seconds to say 2 minutes, does it still not hang for you in B.M. mode?

What I do not understand is why timelimit does not work when code is inside DLL. Assuming for now that the hang happens inside this GMP DLL. does timelimit have no effect in this case because the code is inside dynamic linked library?

I can'f find definite answer or information on this now using google.

But there has to be a way to terminate a call, even if it is inside DLL which is faulty and hangs.

I am sure someone inside Maplesoft knows the answer for this and could comment and explain what is going on?

Also, I still go not understand why GMP was even used here for this simplify call, since everything is exact and symbolic.

@C_R 

         This time the system ran in optimized battery mode

Could you give instructions how to make Maple run in this mode? Never heard of this and googling does not show how to do it. Is this some option somewhere? I'd like to try it.

I run Maple now 2025 inside Linux which is installed inside virtual box.  

Or is this setting something done in the PC itself and not in Maple?  

I still do not understand what is going on. Why would running in "optimized battery" mode not make Maple hang on this call. Why would this make any difference in how Maple itself work?