I>R and R>I without (rounding) errors

08032021, 05:32 PM
Post: #1




I>R and R>I without (rounding) errors
Hi all,
For several programs, I need two routines that convert exactly between reals and integers and vice versa. And of course without rounding errors. Does anyone know of any suitable programs to do this job? Preferably in system RPL, but it is also allowed in user RPL. Please, anyone, return an answer. I use HP16C, WP34S emulator, HP35s, HP48GX, HP50g, and HP Prime G2. 

08032021, 05:44 PM
Post: #2




RE: I>R and R>I without (rounding) errors
Are you going to limit the magnitude of the real?
What do you want to do if the real has a fractional part? 

08032021, 09:21 PM
Post: #3




RE: I>R and R>I without (rounding) errors
(08032021 05:32 PM)cahlucas Wrote: Hi all, Please give us some examples of where the builtin R>I and I>R functions fail, and of course please accompany each example with the output that you would prefer. Thanks! <0ɸ0> Joe 

08042021, 04:14 AM
Post: #4




RE: I>R and R>I without (rounding) errors
(08032021 05:44 PM)KeithB Wrote: Are you going to limit the magnitude of the real? Dear Keith, The magnitude will not be limited. The fractional part will be rounded to the nearest integer. I use HP16C, WP34S emulator, HP35s, HP48GX, HP50g, and HP Prime G2. 

08042021, 04:47 AM
Post: #5




RE: I>R and R>I without (rounding) errors
(08032021 09:21 PM)Joe Horn Wrote: Please give us some examples of where the builtin R>I and I>R functions fail, and of course please accompany each example with the output that you would prefer. Thanks! Dear Mr. Horn, Here is an example from your own creations (B>I and I>B): 2 41 ^ > 2199023255552 2199023255552 0. + > 2.19902325555E12 (or I>R) 2.19902325555E12 R>I > 2199023255550 This should actually return the original number, but the last 2 have become a 0. I use HP16C, WP34S emulator, HP35s, HP48GX, HP50g, and HP Prime G2. 

08042021, 07:18 AM
Post: #6




RE: I>R and R>I without (rounding) errors
(08042021 04:47 AM)cahlucas Wrote:Dear cahlucas,(08032021 09:21 PM)Joe Horn Wrote: Please give us some examples of where the builtin R>I and I>R functions fail, and of course please accompany each example with the output that you would prefer. Thanks! Unfortunately real on 50g has only 12 digit precision. So after you convert integer to real, last digit is lost. There is no way to get digit beyond 12 digits on real. S.Korean / HP50G  fx570EX  fx570CW  HP200LX 

08042021, 07:42 AM
Post: #7




RE: I>R and R>I without (rounding) errors
(08042021 07:18 AM)BINUBALL Wrote:(08042021 04:47 AM)cahlucas Wrote: Dear Mr. Horn,Dear cahlucas, Binuball is correct. It is not the fault of I>R that you see roundoff errors when converting 2^41 to a real. The roundoff is caused by the limitations of reals themselves in RPL. They cannot have more than 12 mantissa digits, no matter what. No amount of System RPL or anything else can change that fact. If you need more than 12 digits of accuracy, then you MUST use some other object type than reals. <0ɸ0> Joe 

08042021, 03:08 PM
Post: #8




RE: I>R and R>I without (rounding) errors
(08042021 07:42 AM)Joe Horn Wrote:(08042021 07:18 AM)BINUBALL Wrote: Dear cahlucas, All of the above is correct, except that using a LongFloat library and converting the integer to a long float instead of a standard real would actually do the trick. So let's say a "certain" amount of code + external libraries might be able to do it. I could also add the fact that newRPL does not have ANY of the limitations mentioned here. As a matter of fact, the I>R and R>I commands don't exist as they are not needed. I guess the OP choice is to code around the problem using LongFloat, or get rid of the problem in the first place using newRPL. 

08042021, 03:37 PM
Post: #9




RE: I>R and R>I without (rounding) errors
If you only want to do standard maths on the reals you get from those integers you can take into account the Longfloat library, FIP>Z converts from longfloat to integer and R<>F from real/integer to longfloat.
Arno 

08042021, 04:39 PM
(This post was last modified: 08042021 04:41 PM by Joe Horn.)
Post: #10




RE: I>R and R>I without (rounding) errors
Thanks, Claudio and Arno for your excellent suggestions about using the LongFloat library for useradjustable accuracy. I *love* that library!
May I also suggest looking into the "ExtraFunc49+" library by Steen Schmidt. It performs many operations on integertype objects blazingly fast, because it doesn't use the 50g's native integer math but rather uses its own math coded in C. For example, it finds the exact 5000th Fibonacci number in less than half a second (all 1045 digits of it). It returns the exact value of 1000! in 1/3 of a second. And so on. Essential for math on large integers. <0ɸ0> Joe 

08042021, 05:47 PM
Post: #11




RE: I>R and R>I without (rounding) errors
I like the LongFloat library as well, but it is slow. I do not know what the speed ratio would be between LongFloat and NewRPL for, say 1000digit numbers, but I'll bet it is several orders of magnitude. If I were the OP, I would go with Claudio's suggestion.


08052021, 12:51 AM
Post: #12




RE: I>R and R>I without (rounding) errors
Another (slow) but as exact as possible is to work with fractions. David Matula wrote some papers on this method back in the 1960s. Multiplication and division are easy but the numbers can get a bit long. Addition and subtraction are longer, A/B + C/D=(AD+BC)/(BD). In all cases, the result should be in lowest terms. In all cases, the size of the numbers gets really big.
The trick is to pick limits for numerators and denominators (these can be different for different terms in the problem even; some things may get a more precise treatment. A useful approximation is that A/B may be approximated by a sequence of fractions: a1/b1, a2/b2,...ak/bk; where the (unique) sequence of fractions satisfies:  A/B  aj/bj  < 1/bj**2 What is nice, is that there are theorems showing some long computations always remain within "nice" bounds. The system has been used to do linear algebra on fractions. In some cases, a result may be known to be an integer but floatingpoint computation may give zero and the rational (even with the reduction of intermediates) works well. I've used this a bit working on problems with algebraic numbers (mostly quadratic) by keeping some of the work as symbolic (Sqrt(8)=2*Sqrt(2) with later approximation) and using continued fractions for the rest. 

08052021, 04:47 AM
Post: #13




RE: I>R and R>I without (rounding) errors
(08042021 03:08 PM)Claudio L. Wrote: I guess the OP choice is to code around the problem using LongFloat, or get rid of the problem in the first place using newRPL. Dear Claudio, What is newRPL, and where can I get it? I use HP16C, WP34S emulator, HP35s, HP48GX, HP50g, and HP Prime G2. 

08052021, 06:42 AM
Post: #14




RE: I>R and R>I without (rounding) errors
(08052021 04:47 AM)cahlucas Wrote:(08042021 03:08 PM)Claudio L. Wrote: I guess the OP choice is to code around the problem using LongFloat, or get rid of the problem in the first place using newRPL. I recommend you to read this thread. newRPL is, shortly, new version of RPL. (But usermade) I know Claudio can explain this well than me. S.Korean / HP50G  fx570EX  fx570CW  HP200LX 

08062021, 02:49 PM
Post: #15




RE: I>R and R>I without (rounding) errors
(08052021 06:42 AM)BINUBALL Wrote:(08052021 04:47 AM)cahlucas Wrote: Dear Claudio, Yes, the first post in that thread has all the links you need to know what it is, and to download and install it. newRPL is a replacement OS for several calculator models. It gives you an RPL environment similar to a 50g (if you are familiar with the 48 series or the 50g you'll feel right at home) Basically, it's roughly at the stage of a 48G (there's a symbolic rules engine, but not a complete CAS). There's no graphics or graphical user interface yet, but the programming part is complete, and most numeric stuff is done. If you find a command you need and it's missing let me know and we can put it in the high priority list to be implemented right away. So it's basically the same stack and programming language you are used to, but: * Numbers can use variable precision up to 2000 digits. * Many of the quirks (like the integers vs. reals you found) aren't there by design. * There's a bunch of new things that offer "quality of life" improvements over the 50g:  A desktop version for you to use your favorite IDE for coding and simply copy/paste to test your programs, making coding quicker.  Full support of UTF8 Unicode strings, so you can copy/pas1te from your favorite text editors  Full support of USB comms. You can send/receive anything between the desktop and any calculator with newRPL. You can also control the remote device by sending programs to it  Support for long file names on SD cards, and support for larger SDHC cards on the 50g. It depends on what you are coding, it may suit your needs. If you are writing a program that needs a UI, then newRPL is not for you (yet). If you just want to write numeric routines that give you results, then it's definitely for you. 

« Next Oldest  Next Newest »

User(s) browsing this thread: 1 Guest(s)