Search found 30 matches

by whuyse
Wed Dec 12, 2018 10:42 am
Forum: DM42
Topic: Feature requests
Replies: 10
Views: 518

Re: Feature requests

My feature request (also in view of the virtually unlimited program space) is to lift the limit on having only 8 return stack levels.
That is also unlikely to cause any existing program to fail ;-)
Local variables would also be nice..

Cheers, Werner
by whuyse
Sat Nov 17, 2018 1:41 pm
Forum: Usage tips, tricks and problem reports
Topic: All calculation are equal but complex number are more equal...?
Replies: 11
Views: 527

Re: All calculation are equal but complex number are more equal...?

Walter wrote:
Sat Nov 17, 2018 12:32 pm
Not all. 1/x inverts the matrix. Consistency, you're called HP. ;)
No, it doesn’t ;-)
INVRT inverts a matrix, 1/x inverts each element.

Cheers, Werner
by whuyse
Sat Nov 17, 2018 9:24 am
Forum: Usage tips, tricks and problem reports
Topic: All calculation are equal but complex number are more equal...?
Replies: 11
Views: 527

Re: All calculation are equal but complex number are more equal...?

X^2 will square all the matrix elements, it will not square the matrix.
Only (all?) single-argument functions will work on all elements of the matrix.
Eg. MOD doesn't work, but SIN, IP, SIGN, XTOA etc. work.

Cheers, Werner
by whuyse
Thu Nov 08, 2018 1:43 am
Forum: DM42
Topic: Solve Systems of Equation with Complex Coefficients
Replies: 5
Views: 422

Re: Solve Systems of Equation with Complex Coefficients

Logan wrote:
Wed Nov 07, 2018 5:30 pm
Inverse A, then multiply it by B (A^-1 in y-register, B in X).
With B in Y and A in X, divide. This is both faster and more accurate than inverting A, then multiplying by B.

Cheers, Werner
by whuyse
Mon Oct 15, 2018 12:45 pm
Forum: Software Library
Topic: Line drawing support
Replies: 31
Views: 4708

Re: Line drawing support

Hi, this is my version of LINE. differences with yours: it doesn't round the inputs. PIXEL rounds the inputs anyway. speed-optimized inner loop, using "x" AGRAPH instead of PIXEL, so no need to test negative input. It is independent of the CRES/RRES setting (yours isn't, you perform a SQRT on a nega...
by whuyse
Sat Jun 30, 2018 8:41 am
Forum: Usage tips, tricks and problem reports
Topic: Incongruity of the PIXEL function
Replies: 9
Views: 1025

Re: Incongruity of the PIXEL function

That is possible indeed.
See the 3rd post in this thread ;-)

Cheers, Werner
by whuyse
Tue Jun 26, 2018 11:23 am
Forum: Usage tips, tricks and problem reports
Topic: AON
Replies: 3
Views: 301

Re: AON

They are, at least for the full command name. The catalog shows an abbreviated name which causes some commands to seemingly be out of place, eg ASINH and ASGN, until you realize the latter is really ASSIGN. This, however, does not apply to AOFF and AON, that are not abbreviated and are in their righ...
by whuyse
Tue Jun 26, 2018 7:30 am
Forum: Usage tips, tricks and problem reports
Topic: AON
Replies: 3
Views: 301

Re: AON

??
Whatever makes you think that?
Both are listed in CATALOG-FCN.

Cheers, Werner
by whuyse
Wed Jun 13, 2018 6:59 am
Forum: Usage tips, tricks and problem reports
Topic: Incongruity of the PIXEL function
Replies: 9
Views: 1025

Re: Incongruity of the PIXEL function

From the manual: F34 F35 AGRAPH behaviour C C The image is merged with the existing display (logical OR) -- default state C S The image overwrites all pixels in that portion of the display S C Duplicate 'on' pixels are turned 'off' S S All pixels are reversed (logical XOR) Cheers, Werner
by whuyse
Tue Jun 12, 2018 2:16 pm
Forum: Usage tips, tricks and problem reports
Topic: Incongruity of the PIXEL function
Replies: 9
Views: 1025

Re: Incongruity of the PIXEL function

LBL “PIXOFF” “x” SF 34 AGRAPH CF 34 END The “x” is the multiplication sign. To be foolproof, the program would have to save the state of flags 34 and 35, then set 34 and clear 35, do AGRAPH and restore flags 34 and 35 to their original settings. But by default they are both clear, so.. Cheers, Werner