Hi,
I starting with smath and still try easy examples.
Is found the results of at() to be inconstistent,
but it may be an bad understandig. Could someone review
my appended file?
Many thanks, Johannes

Bug in at.sm (20 KiB) downloaded 33 time(s).

It is by design. If you give multiple replacement rules for the same variable ( x=a then x=b ) only the first is used (tbf there's no filter on how many times you can enter the same variable name on the LHS, thus the function tries even to evaluate x in b, but x doesn't exists anymore since is already evaluated in a)

But why is it different for the two definitions of L?

Or does it look equal for you? (Than it may only occur for me.)

Sorry, I'm on a linux machine right now and I missed a part of the document, my comment was about the first yellow region without maxima.

Here comes an image. This may show up differences with smath or maxima versions.

L is differently defined in the two versions (use the dynamic assistant by mouse hovering over the definitions to see the difference)

in the second case, L isnt't stored in evaluated shape, thus vectorize() doesn't recognise the expression as vector and executes the expression only once.

OK. I see.
But how can i get L stored in evaluated shape?

In your example:



it works nice.

If i try the same



it does not. Did i miss an configuration?

Wrote

it does not. Did i miss an configuration?

... plot first, solve(,,,,) native Smath.

This is the numerical solution.
My question is about assignin symbolic results.
In the example you see mkraska using L:=Solve(,), and assigning the results.
In my try, you see the result is not assigned as expected,
last line shows
x.1= x=result
but it should be
x.1=result.

I found the difference between Program Versions.
I tried V0.99.6884 and all works as expected.
L is now assigned identically for both definitions.
The bug may be not located in at().

It seems that the evaluation logic in the plug-in interface has changed.
The function Solve() indeed shows a different behaviour (not evaluated/simplified when used in definitions, as if it was behind a line operator)
Other functions like int() don't seem to be affected by the problem.


Blatt39.sm (6 KiB) downloaded 36 time(s).

Wrote

This is the numerical solution.
My question is about assignin symbolic results.
In the example you see mkraska using L:=Solve(,), and assigning the results.
In my try, you see the result is not assigned as expected,

Users keep complaining about Maxima from SS versions/versions.
Maple/Smath are more stable companions.

Wrote

Users keep complaining about Maxima from SS versions/versions.
Maple/Smath are more stable companions.

Jean, I know that many users don't care, but once you vote for maple, can you tell me under what license it is distributed?
Is it legally safe to use it in public service like university? Can it be recommended under the light of respect for IP?

Wrote

Jean, I know that many users don't care, but once you vote for maple, can you tell me under what license it is distributed?
Is it legally safe to use it in public service like university? Can it be recommended under the light of respect for IP?

Martin, you have several specific questions that only Andrey can answer.
Maxima was formerly MacSyma, originally piloted by the MIT, conjointly
MIT/University of Toronto. MIT pedaled too long in butter, so that this
branch of research founded itself "Maple Waterloo".
Most of the stuff was borrowed from book.
My understanding is that: part of Maple is courtesy to Smath whereas
Smath is freeware. Viacheslav is the guru Maple/Smath, is it ?
Probably same as the Matlab "mwXXX" ... odesolvers ... etc.

Jean

Hi. The line statement seems to correct all issues, except the vectorization one.



Best regards.
Alvaro.