= to ==, why? [SOLVED]
|
12-09-2016, 07:58 PM
(This post was last modified: 02-12-2017 07:32 AM by Han.)
Post: #2
|
|||
|
|||
RE: = to ==, why?
From a programming point of view, there must be a way of distinguishing the operation that tests whether two things are equal in value (==) and the operation that equates two objects (=) in a symbolic manner. So setting the variables x equal to y (i.e. making the two variables interchangeable) is different from testing if the quantity represented by x is equal to the quantity represented by y. This is really only meaningful in the CAS view. In Home view (non-CAS), there is generally no symbolic manipulation so that "=" and "==" are treated the same (i.e. both stand for testing if two values are equal).
Your CAS program uses non-CAS commands which forces "translation" since non-CAS commands generally do not know how to handle symbolic input; hence the translation to the more common programmatic representation for testing equality (i.e. ==). You also declared equ from the non-CAS side when you really wanted equ to be a CAS variable. Why not just (within the CAS program) do eq1:= a*x^2+b*x+c = 0; eq1:= eq1*4*a; print(eq1) rather than passing things back and forth between your main CAS program and non-CAS subroutines? Here's a partially edited program which you can modify to fit your needs (and also to complete based on what is already there). PHP Code: export lineByLineFlag := 0; Graph 3D | QPI | SolveSys |
|||
« Next Oldest | Next Newest »
|
Messages In This Thread |
= to ==, why? [SOLVED] - compsystems - 12-09-2016, 05:53 PM
RE: = to ==, why? - Han - 12-09-2016 07:58 PM
RE: = to ==, why? - compsystems - 12-09-2016, 10:15 PM
RE: = to ==, why? - Han - 12-10-2016, 05:46 AM
RE: = to ==, why? - compsystems - 12-10-2016, 07:07 PM
RE: = to ==, why? - Han - 12-10-2016, 09:39 PM
RE: = to ==, why? - compsystems - 12-11-2016, 03:08 PM
|
User(s) browsing this thread: 1 Guest(s)