Sorry that I don't have an OS X 10.14.x machine to test on. Perhaps someone else can check on Mojave. But I obtain this using an earlier OS X (and Linux).

Here's what I obtain on Linux, using Maple 2019.1,

kernelopts(version);

     Maple 2019.1, X86 64 LINUX, May 21 2019, Build ID 1399874

assume(a>-1,b>0);
additionally(a<=1);
about(a);
Originally a, renamed a~:
  is assumed to be: RealRange(Open(-1),1)

restart;
assume(tau<1,tau>0,s<1,s>0):
a_e1:=tau*s*(1+tau)<tau*s+tau+s-1:
b_e2:=expand(lhs(a_e1)-rhs(a_e1))<0:
b_e3:=collect(b_e2,s,factor):
solve(b_e2,s) assuming tau<1;

                       1
                  [{-------- < s~}]
                    1 + tau~

I get the same results using Maple 2019.1 on an OS X machine with the following specs (which I believe is an OS X Yosemite release),

$ sw_vers
ProductName:	Mac OS X
ProductVersion:	10.10.3
BuildVersion:	14D136

Are you trying to obtain this plot?

   plot(x-g(x)*exp(-mu*x), x = 0 .. 20);

If not then please explain what you mean by stating that this is a Matrix:  x - u = x - M.exp(-mu*x) 

Those kind of wild values in the Matrix look similar to what can happen when the Maple kernel thinks that the installed Maple license is not valid.

There have been a small number of reports in which a valid license (eg. Maple 2019.1 or below) may get incorrectly recognized. It's possible that yours is such a case.

You could contact Maplesoft's Technical Support for advice.

Have you considered uploading a worksheet that reproduces your input to solve, as an attachment on your original or a Reply/Comment?

ps. I changed your Post to a Question.

@Carl Love Thanks for the reminder. I've re-attached it as a .zip file.

@Rouben Rostamian  

Was not 2008 the last year for the US penny reverse image that you've used? From 2010 to date the "Union Shield" design is used.

Fwiw, you can also use the Import command to pull in the images.

(Sorry, my exported .gif doesn't look as sharp as it does in the GUI. I didn't have patience to wait on the Mapleprimes uploader.)

Download penny_2013_S.mw

[edit] Image files could also be attached to a Maple workbook, so that they can be re-used programmatically without need for auxiliary files. penny_2013.zip  (I have zipped the .maple file since Mapleprimes is broken with respect to downloading them as attachments. Thanks for the reminder, Carl.)

I see that Carl had already come up with the same thing, while I was fiddling.

If I recall correctly then, no, the only way to export a dualaxisplot to jpeg in Maple 12 is through the right-click context-menu. I don't think that it can be done programmatically (ie. via plotsetup and plotdevice).

Are you looking for the lprint command?

If that is not the case then could you reformulate your query in the form of a sentence?

If you want each re-execution to be preserved automatically then you could use a DataTable embedded component. That has the benefit that it stores data across a restart.

You could even write a procedure that computed the final result in question, augmented the embedded component, and then printed/returned  the current result. Or any other bells and whistles you want.

Perhaps you could be much more specific about how you'd like it to behave.

@zander17 Yes, I too would worry that it may cause trouble (for Maple) if it picks up the wrong MKL libraries.

I'm not sure how to force Maple's call_external (which is what define_external sets up) to utilize your MKL dlls when accessing a function in your operator.dll, while still allowing Maple to always find its own MKL dlls when doing its own stock computations.

If it's of interest, you can examine OS environment variables from within Maple using its getenv command.

Would it be possible for you to link your operator.dll against the static versions of your MKL libraries?

I realize that you are using Maple 2015, but I suspect that this might be accomplished straightforwardly using the `valuesplit` suboption of the `colorscheme` option.

But `valuesplit` was introduced in Maple 2016, if I recall correctly.

@Adam Ledger 

While individual read statements might error-out, that won't prevent subsequent read statements from still being executed if you use the menubar to re-execute the entire worksheet or a selected portion.

So, no, what you've now proposed won't provide significant, additional flow control over your worksheet. What you've suggested won't gain you anything towards your goal as I understand it.

If you want certain statements to only execute (under the UI action to re-execute entire worksheet, or selection) if some previous computation succeeded then program your control flow properly, to test for success before proceeding.

There is a wealth of functionality in the Maple programming language for doing adequate defensive programming and controlling the execution flow. (Eg, re-usable procedures, and conditional statements involving type-checks, quantitative or structural comparison, etc.)

note: I intended my Answer to convey that what you were doing wrong was using the wrong tool for the job. You seem to have interpreted my answer in completely the opposite way -- as if I were encouraging to use that wrong tool even more. I wasn't.

Perhaps you could consider writing your procedures in Code Edit Regions.

@minhhieuh2003 The way that you try to use ImageTools:-Embed to obtain a return value does not make sense.

The way that you to try and use print doe not make sense -- I don't understand why you keep trying that. The way that you try and use your Tsprintf for images does not make sense.

I've corrected what I can, but it's impossible to figure out what you intend all your procedures to do since you never bother to describe your goals.

help_insert_picture_ac.mw