Undocummented (?) limits for the HP50g
|
08-03-2021, 12:17 PM
Post: #8
|
|||
|
|||
RE: Undocummented (?) limits for the HP50g
(08-02-2021 02:15 PM)ttw Wrote: Going through strings is useful, I like it. The only problems seem to be with the relational operators and sorting (same problem probably.) The only real trouble is converting binary integers bigger than 2^38l. I do it in binary by separating the high and low-order bits and combining them later. I have another suggestion for you: use newRPL and you'll have NONE of those issues. Sorry if it sounds like a cheap advertising, but it's actually true. All these issues and quirks of the conversion of different types were resolved in newRPL internally, the user doesn't need to deal with these issues, just focus on your algorithm and everything should work as expected. Integers up to 64 bit convert to binary just fine, no need to do any workarounds. FLOOR, IQUOT, etc. they all work just fine with numbers up to 2000 digits, real or integer doesn't matter., I see a post by John Keith explaining how SORT will fail, not going to happen in newRPL. |
|||
« Next Oldest | Next Newest »
|
Messages In This Thread |
Undocummented (?) limits for the HP50g - ttw - 08-02-2021, 10:22 AM
RE: Undocummented (?) limits for the HP50g - 3298 - 08-02-2021, 11:50 AM
RE: Undocummented (?) limits for the HP50g - ttw - 08-02-2021, 02:15 PM
RE: Undocummented (?) limits for the HP50g - 3298 - 08-02-2021, 06:02 PM
RE: Undocummented (?) limits for the HP50g - Claudio L. - 08-03-2021 12:17 PM
RE: Undocummented (?) limits for the HP50g - ramon_ea1gth - 08-02-2021, 09:15 PM
RE: Undocummented (?) limits for the HP50g - ttw - 08-03-2021, 12:43 AM
RE: Undocummented (?) limits for the HP50g - John Keith - 08-03-2021, 11:52 AM
|
User(s) browsing this thread: 1 Guest(s)