@C_R 

Would you know by any chance a setting in Maple to make it work like the old way? This should be something that Maple can control. I mean cursor do not just jump to random location on its own. Somewhere in the Maple GUI code base should be setting or a way to control this. Unless this is Java own problem which Maple uses.

@Scot Gould 

smart plot in 2024.1 produces empty plot and also the worksheet is completely frozen after that. i.e. not able to issue any command. No response to anything I type afterwords. This is windows 10.

Download frozen_worksheet_after_smartplot.mw

@C_R 

"When exactly do you get this message? "

It happened this time when I opened a new worksheet and typed in command and hit evaluate.

I did not change any kernel options in this worksheet or do anything else. Since it is new worksheet, and I have option to use new engine with each worksheet, I assume Maple was trying to connect to either existing unused mserver.exe or start and connect to new one. And this is where this delay comes from.

Ive seen this before but it is very rare, so not a big deal for me. But this time it took long enough time that I was able to take screen shot of it while it was waiting.

@ecterrab 

Thanks for the quick fix. Confirmed OK.

Will also run more tests.

@ecterrab 

while when you set typesetting = standard (which is not Maple's default), that intercept mechanism is not present. 

But why it is not present? It was in Maple 2023. This issue is new in Maple 2024. I do not want to see such large display on the screen either.

How are users supposed to know that when using typesetting=standard, then accedential large output generated will end up hanging all of Maple?

Also the reason I changed long time ago to using standard is because of this known issue in display sometimes when using extended.

Download wrong_display_when_using_extended_maple_2024.mw

@acer 

When I removed the timelimit warapper around dsolve, then 

interface(typesetting=extended):
dsolve(ode);

returned back FAST, about 5 seconds, with the display `[Length of output exceeds limit of 1000000]`

When I did

interface(typesetting=standard):
dsolve(ode);

The result returned back but now it took 5 minutes and I do not get the `[Length of output exceeds limit of 1000000]` as before but now I get the actual large output. But Maple did not hang/freeze.  

So it looks also like Length of output calculation is affected by typesetting level. THis should not be the case.  The longer time must be because GUI was working on displying the result and not because dsolve() itself. 

Here is the updated worksheet. something is wrong somewhere. I will stop using typesetting=standard for now.

Will only post link to the worksheet, since output is very large,

maple_lock_up_july_17_2024_V_3.mw

@Carl Love 

Thanks. I also do not like aliases at all and never ever use them in Maple or any other language that allows them. They cause more problems than they solve. 

I changed all my code now to go back to old _C1 style. I added this one line at the top my my worksheet

dsolve(diff(y(x),x)=0,arbitraryconstants = traditional);

As the very first thing, and now things are working OK.

If I knew c__1 was an alias, I would have done this long time ago.  I overlooked this in help. I thought these were a brand new symbols that completely replace the old _C1 ones 

My fault for not knowing this difference more clearly. 

To show the kind of problems I was having when using subscripted, here is one example. In this, I have my own solution that I wrote, using subscripted symbols as the constant of integration.

When telling dsolve to use subscripted, odetest hangs. When telling dsolve to use traditional, odetest does not hang.

May you can see why. I can't. I asked Maple support to explain this, but never heard back from them.

If you can see why the second case hangs, it will be useful to know.

But since now I am back to using traditional for everything, this problem is gone. I am posting this example as a reference to kind of problems I started to see when I switched to subscripted.

Download test_timeout_sheet.mw

@C_R 

btw, your Maple build is is 1828976  but I am using Maple 2024.1 and it says build id is 1835466 which is different from what you show.

So you are using different Maple?. I thought you are using Maple 2024.1?  So that is why it does not hang for you but it does for me.

If you have Maple 2024.1 build id 1835466 then you can try that and see. 

@Axel Vogt 

FYI,

I did the same on Maple 2024.1 as you did. Saved it to MWS. But when I do print(e) Maple still hanged.

windows 10.

@C_R 

Which OS are you using, windows or mac or Linux?

For me, print(e) hangs Maple each time. I do not get the [Length of output....] message at all. As you see, it is set in options. I have not changed this.

Maple 2024.1 on windows 10.

I do not know why it hangs for me and not you for print(e). Are you saying it could be graphics card issue/setting?? That is very strange. Why would graphics card setting cause Maple frontend to hang?

As for the timelimit(), yes, this hangs all the time. I have to change my code now to check for length of expressio before calling expand. But timelimit should not hang.

@C_R 

I got that big expression in separate worksheet now.  But it is huge. I also found it makes Maple hangs in expand() even when using timelimit !

So I will post separate question on that, and you can use that expression there.  But if try to print it, it can hang Maple for you also.

I verified that Maple frontend hang when doing print on it. It should have generated that error message about a large expression over 100000.

Do not know why this does not happen in 2024.1 may be setting has changed. I know I did not change anything myself after the upgrade.

These are the type of problems I deal with all day with Maple. timelimit does not work all the time. Hangs when expressions are large and so on.

Maple has not improved in this area for a decade and more.

@C_R 

The problem was when I was doing 

  print(expr)

where expr has leaf count of 373134, which is very large.

When I commented this line out, the Maple front end hang is now gone.

THis is strange, becuase Maple should have generated that message that expression will be not display because its length is over 100000 or something like this. It could be that in Maple 2024.1 this limit is not active? I do not know.

NOthing special about my graphics card. I have NVIDIA  GEForce RTX 3060. Direct X 12.0 on windows 10.   128 GB RAM.

1 year old new PC. 

So to reproduce this hang, I just need to activate the print again on this large expression. So it should be possible to duplicate this by making very large random mathematical expression/equation and then try to print it in the worksheet and see what happens? 

@Ronan 

 is when quitting Maple it often does not offer the option to save your work. It used too. 

Save your worksheet each time before you run anything. That is what I do. Do not do the auto-save option in the options, THis can cause hangs. Believe me. 

Only way is to just get used to hitting the save bottom as many times as you can and before running any code you have. If you make changes, click save always.

I have to terminate Maple may be 2 dozen times each and every day due to hangs and such. 

I write all my code in .mpl files anyway. I just used the worksheet to test the code I have.

I see these all the time. Not just in Maple 2024.1 but in all other Maple versions. sometimes the front end freezes and do not refresh. And never ever try to copy large data from output in the worksheet. This will definitely cause hangs. Java does not handle this well.

Actually as we are speaking now, I just got the GUI stop responding. Maple 2024.1 on wndows 10. I am running some of my functions, and now the worksheet froze. I cant even close the worksheet, all of Maple hanged. Here is movie

If this is first time you see such issues in Maple, it means you have not been using Maple for long time :)

Only way, was to kill all of Maple (not just mserver.exe).

I miss the old Maple software, before Java infected it.

Update:

This seems to happen when large expressions is being printed on screen.

I am able now to reproduce this all the time when I turn printing on in my program, which causes print() to become active and large stuff is printed on the screen.

It could be flushing to worksheet issue. I do not know.

Since I am now able to reproduce this all the time, this is from task manager showing Maple while the front end is hanging as we speak.  Notice that the memory is not changing on the front end, but CPU is running high all time. This indicate it went into a LOOP somewhere and can't get out of it.

I had to kill Maple again in order to recover from this as not possible to do anything else when this happens.

@C_R 

I think these with _G stuff in them are places holder for when Maple is unable to find specific explicit type.odeadvisor basically says it does not know what type/class this ode is, or it has no concrete name.

Here is an example

ode:=y(x)^2*diff(y(x),x)+3*x^2*y(x)=sin(x);
DEtools:-odeadvisor(ode)

[`y=_G(x,y')`]

And if we try to solve it using dsolve, no solution is returned.

But just because odeadvisor returned type with _G it it, does not always means dsolve can't solve it. It just means there is no other specific type name to give it, so generic one _G is given. Here is another example

ode:=diff(y(x),x) = (2*x+2+x^3*y(x))/(ln(y(x))+2*x-1)*y(x)/(x+1);
DEtools:-odeadvisor(ode)

[`x=_G(y,y')`]

But this one dsolve is able to solve.

dsolve(ode)

So _G is used when there is no designated name for the ode. It is like a place holder. If odeadvisor find specific type name for the ode, it will not also use _G() name for the same ode.