the command singular can return results with _Z or _N as it says in help

The singular function may return expressions prefixed by _Z or _N, representing the integers and positive integers, respectively.
 

But it changes these letters by adding different number at the end for each call., Yet they all mean the same thing, which is an integer:

singular(1/sin(x),x)
                         {x = Pi*_Z1}

singular(x/sin(x),x)
                         {x = Pi*_Z2}

singular(x^2/sin(x),x)
                        {x = Pi*_Z3}

This makes it little hard when I try to make union of these results to only keep the unique singular points, since they are different symbols, yet they are really the same: integer times Pi.

Is there an option to tell Maple to use _Z for everything? And not keep adding new numbers each time it is called?

May be clear some internal memory table after each call?  Otherwise, I have to add more code to parse all these results and convert all _Znnn to just _Z  if it is there in each result, after each call is made.

Same issue for _N

Update

Additional example to try/test against

expr:=1/(sin(x)*cos(x)*tan(x));
s := singular(expr, x);

expr:=1/((x-1)*sin(x));
s := singular(expr, x);

expr:=1/(sin(x)*cos(x-Pi/3)*tan(x));
s := singular(expr, x);

In all the outputs above, I'd like to have same _Z show up. This will make it easier for postprocessing later on. Best solution will be to tell Maple itself not to change _Z if possible, otherwise one will need to add code to do this afterwords for all possible cases.

in Maple 2023 one can do File->Open and select an .mpl file and that will automatically open in new window using code editor.  see Maple2023-CodingTools.pdf

One problem I saw right away on windows 10, is that the diagonstic window has funny character at the end of the messages. Here is screen shot

To see if you reproduce this, here is the code I used. Simply save this in foo.mpl file and then use Maple file->open to open it (must use 2023 only for this to work)

A_class :=module()
    option object;

    #my variable
    export c::integer;

    export a::integer;

end module;

That is not all. If I simply shift the code up so the starting line in the file is not empty as above, the funny characters change to something else

Yet, it is the same exact code.  Can any one confirm this problem, and how to fix it so one can read the variable name?

I think I will stick to using notepad++ for my .mpl files for now.

I always run with the option "create a new engine for each document". which is a very nice feature in Maple.

The problem is that, when I have say 5 worksheets open and running, and one of them them hangs, I need to kill mserver.,exe from the task manager which is running this worksheet. 

most of the times I end up killing the wrong mserver.exe. I can sometimes guess by the CPU it is using. But if I have two running with high CPU it is not possible guess.

There is no ID or anything associated with the name. It will be nice if each process has in its name an ID which is also displayed in the worksheet bottom bar so one knows. This ID could be simply some random number. So the display will show  mserver-13847,exe ,   mserver-82739,exe and so on. And this name will be automtically displayed at the bottom bar of the worksheet where all time used, cpu used and memory used and so on is now displayed.  This will be a nice feature to add to Maple.  

If this is not possible, how about just displaying the PID (process ID)  of the mserver.exe connected to the worksheet in the bottom bar? This will also work, as task manager/details lists a processes with the PID there, so it will make it easy to find.

Meanwhile, while waiting for Maple 2033 to hopefully implement this feature, does anyone know of a method to help find which mserver.,exe is connected to which specific worksheet?

Windows 10.

Do others see this problem? I do not understand what is going on. I am seeing this problem on many integrals

restart;
int(integrand)
   #Large output displayed
   #echo the input
int(...)
    #Large output displayed
    #echo the input 
int(...)
    #echo the input only. Large output gone
int(...)
   #echo the input only. Large output gone

restart;
int(...)
   #Large output displayed
   #echo the input 
int(...)
   #echo the input only. Large output gone
int(...)
   #echo the input only. Large output gone

In all the above, it is the same command used.

i.e. first time (sometimes needs two times), Maple displays large out. But looking at the end of this output, the very last line, we see the same integral/command is returned.

But second time and any attempt after that, it no longer gives that large output, but returns back/echos the command on the screen only.

Attached is worksheet showing this. This is new behaviour in Maple 2023 and I am baffled by it. Do others see it? Why does it happen. I will report it if others confirm it. I just wanted to make sure first it is not just me seeing this. 

Is it possible the large output is side effect and is being printed by error to the screen by internal Maple code? But why does it stop the second/third time?
 

Download int_stops_working_march_11_2023.mw

Update

Do you want to see something more bizzar? Try this command on same integral

restart;
res:=int((b*g*x+a*g)^2/(A+B*ln(e*(b*x+a)/(d*x+c))),x,method=_RETURNVERBOSE)

It prints to the screen results with ~ all over. But this seems to be internal leaked output and not part of the actual output returned.

By issuing the command as follows instead

restart;
res:=int((b*g*x+a*g)^2/(A+B*ln(e*(b*x+a)/(d*x+c))),x,method=_RETURNVERBOSE):

notice the : at the end!  I still see the same output as above printed displayed.

This tells me this is a leaked printout from an internal integration function.

Could others confirm this?

First issue I see in Maple 2023 integrate

Example 1

restart;
int( (e*x+d)^(3/2)*(c*x^2+a)^(3/2),x)

Example 2

restart;
int((1+x)^(3/2)*(x^2-x+1)^(3/2),x);

Example 3

restart;
int((c*x^4+b*x^2)^(3/2)/x^(3/2),x)

Worksheet below for 2023 and also for 2022.2 showing this did not have this problem in 2022.2. Internally for me, this cause other problem when post-processing this, that is why I found it. Any one knows what caused it?  Maple 2022.2 result is much longer, but it does have this "undefined" issue in the result.

Download bug_3_maple_2023_int_march_10_2023.mw

Download maple_2022_int_march_10_2023.mw