newRPL: [UPDATED April 27-2017] Firmware for testing available for download

[The Shadow]

(05-07-2017 03:24 AM)Claudio L. Wrote:  

(05-06-2017 08:44 PM)The Shadow Wrote:  I've just noticed that HIDEVAR, UNHIDEVAR, LOCKVAR, and UNLOCKVAR don't accept lists as input, which would be quite useful.

You're right, it is useful so I just added it. Thanks.

QUOTEID and UNQUOTEID might be handy too.

Quote:

(05-06-2017 08:44 PM)The Shadow Wrote:  Finally, a real oddity that I discovered by accident: If you do ALLVARS in the HOME directory, you find that in addition to the variables you know about, and .Settings, there's an immediate program of: :: NUM-> ; in the list!

I could not reproduce this at all. It seems somehow you have a variable in HOME whose name is a program... never seen anything like that.

...And now I can't either. I've done a warmstart since then, so perhaps garbage collection caught it or something?

(05-06-2017 08:44 PM)The Shadow Wrote:  

Quote:EDIT: Oh, and UBASE has some strange behavior, too. For example, 1_Pa gives <bar>_kg/m/s^2, but 1_psi gives <foo>_1/m/s^2*kg. Whereas oldRPL gives <blah>_kg/(m*s^2) for both.

Units are not sorted for display at all. I guess the definition of psi, is lbs/in^2, then the definitions of lbs and in are replaced and the units end up in a non-natural order.
Perhaps they should be sorted, units with positive exponents first.

There's something similar going on with algebraics... 'X/2' EVAL's to '1/2*X', which seems odd.

Also, algebraics aren't handling 0 right: 'X*0' EVAL's to '0*X', 'X+0' and '0+X' don't change, and 'X+1+Y-1' EVAL's to 'X+0+Y'.

Quote:

(05-06-2017 08:44 PM)The Shadow Wrote:  EDIT: TRIM doesn't seem to be working for strings above a certain (smallish) size. RTRIM seems fine.

Can you provide an example that fails? my tests here worked OK. Thanks.

I've been trying to recreate FXND, because I need it for a lot of things I do. In the absence of POS and SUB, I've been using NTHTOKEN, TRIM, and RTRIM.

If you do ->Q on pi0 (other 'big' fractions work this way too), you get '1.483552189208E19/4.722293284944896863E18'

I use NTHTOKEN to split that around the "/". So far so good. I RTRIM the first piece to get rid of the "'" and it works. I TRIM the second piece of "'", and I get "4.722293284944896863E18', with the single quote still on the end but the double quote missing. This object then acts very bizarrely when I STR-> and try to do arithmetic with it - it acts sort of like an algebraic.