Thank you for your response. Let's consider the worksheet with embedded components that was under discussion on this forum yesterday, which I include here for convenience: test.mw

When I do as you suggest on the slider in the upper left, the only code that I see is test:-suwak();. I can't find any other spot on the worksheet that has a context menu with the entry Edit Value Changed Action. Where am I going wrong?

And how does one access the Startup and/or Code Edit Regions?

There are many possible causes for this error. It just means that Maple's kernel process has died. For me, it usually seems related to a computation getting too large or out of control. Unless the message occurs within a few seconds of opening Maple, I seriously doubt that it has anything to do with firewalls.

@maplelearner Please upload a worksheet. A RootOf doesn't necessarily mean that the equation is transcendental, nor does it necessarily mean that there is only the possibility of a numeric solution. You should be proceed with the RootOf as far as you can.

@maplelearner Please upload a worksheet. A RootOf doesn't necessarily mean that the equation is transcendental, nor does it necessarily mean that there is only the possibility of a numeric solution. You should be proceed with the RootOf as far as you can.

@Alejandro Jakubi Thanks for the very useful information about verify. I note that VerifyTools (used in the thread that your Reply linked to) is still undocumented. The nested verify that Alec discusses there looks like exactly what the Asker in this thread needs.

It has always amazed me how far that checking equality by address identity will get you in Maple. That's the power of automatic simplification.

@Alejandro Jakubi Thanks for the very useful information about verify. I note that VerifyTools (used in the thread that your Reply linked to) is still undocumented. The nested verify that Alec discusses there looks like exactly what the Asker in this thread needs.

It has always amazed me how far that checking equality by address identity will get you in Maple. That's the power of automatic simplification.

You could replace m with m(z/y). But if you do that, then I don't see how you could solve {f = 0, g = 0, h = 0} for {x,y,z}.

@Bendesarts You still haven't uploaded the worksheet.

So that I can read your worksheet and answer your question, How does one view the Maple code that controls an embedded component?

@Markiyan Hirnyk Oops, I misread the Asker's example call. Thanks for spotting that. I will correct the Answer above.

@Markiyan Hirnyk Oops, I misread the Asker's example call. Thanks for spotting that. I will correct the Answer above.

@Markiyan Hirnyk Any two expressions that are built from the non-mutable data structures (such as names, numbers, floats, sets,  lists, algebraics, functions), no matter how complicated, will have the property that if they "appear" mathematically identical then they will be identical to Maple (i.e., stored at the same address). I know that "appear" is not totally precise; this is a difficult concept to understand. It is easier to define it in the negative: All of the mutable structures are essentially containers (but not all container structures are mutable!). Two mutable containers are not identical even if their contents are identical and are arranged the same way in the container. Non-mutable structures do not have that property.

ex1:= [x+y, {a, [1], .2, exp(.1)}, exp(z)]:
ex2:= [x+y, {a, [1], .2, exp(.1)}, exp(z)]:
evalb(ex1 = ex2);
                              true

addressof~([ex1,ex2]);
          [18446744073908797006, 18446744073908797006]

Another way to test identity: Put into a set.
{ex1, ex2};
       {[x + y, {0.2, 1.10517091807565, a, [1]}, exp(z)]}

nops(%);
                               1

{[x-> x^2], [x-> x^2]};
                     /[      2]  [      2]\
                    { [x -> x ], [x -> x ] }
                     \                    /

nops(%);
                               2

@Markiyan Hirnyk Any two expressions that are built from the non-mutable data structures (such as names, numbers, floats, sets,  lists, algebraics, functions), no matter how complicated, will have the property that if they "appear" mathematically identical then they will be identical to Maple (i.e., stored at the same address). I know that "appear" is not totally precise; this is a difficult concept to understand. It is easier to define it in the negative: All of the mutable structures are essentially containers (but not all container structures are mutable!). Two mutable containers are not identical even if their contents are identical and are arranged the same way in the container. Non-mutable structures do not have that property.

ex1:= [x+y, {a, [1], .2, exp(.1)}, exp(z)]:
ex2:= [x+y, {a, [1], .2, exp(.1)}, exp(z)]:
evalb(ex1 = ex2);
                              true

addressof~([ex1,ex2]);
          [18446744073908797006, 18446744073908797006]

Another way to test identity: Put into a set.
{ex1, ex2};
       {[x + y, {0.2, 1.10517091807565, a, [1]}, exp(z)]}

nops(%);
                               1

{[x-> x^2], [x-> x^2]};
                     /[      2]  [      2]\
                    { [x -> x ], [x -> x ] }
                     \                    /

nops(%);
                               2

@Markiyan Hirnyk The reason that your Vector subtraction example doesn't work is because Vectors are mutable data structures; it has nothing to do with unreliabilty of is.

@Markiyan Hirnyk The reason that your Vector subtraction example doesn't work is because Vectors are mutable data structures; it has nothing to do with unreliabilty of is.