DB48X: HP48-like RPL implementation for DM42
|
07-22-2024, 12:41 AM
Post: #251
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(06-27-2024 04:06 AM)jeanwilson Wrote: Is there a simple RPL function or program that would output the actual precision which is actually set in the display menu? I am currently working on developing a pseudo-random generator (PRNG based on linear multiplicative congruence algorithms) for the db48x-db50x RPL environment that can both run as quickly as possible while still taking advantage of adjustable calculation precision in order to maximize the repetition period. For the purposes of statistical tests, I am constructing the cumulative distribution function from samples. Such precision output would be useful because the parameters of the PRNG algorithm will explicitly depend on the number of digits chosen in the Display menu of the calculator. I believe that I answered the question about how to recall the precision setting earlier: 'Precision' RCL With 0.7.11, the `Rand` and `Random` commands now use an ACORN generator generator. It does not directly adjust with the precision, but gives a configurable number of random bits, set by the RandomGeneratorBits setting. If you are interested in random number generation, I'd really like your feedback about how this is implemented now. It looks OK to me, but what do I know ;-) Quote:Concerning, the state saving function, I observed that I am not able to save the calculator state under a new name (useful if a want to communicate the precise configuration of a given problem). Doing Setup>State>Save state, leads to <New Files>; I then correctly enter a new Filename, but the calculator then prompts with - [R/S] to Confirm. And there I am stuck because the [R/S] key is inaccessible since the DM32 key template is gone. I tried any key (including [=]) with no success. One indirect way to circumvent this is to create copies of given states in the computer and upload them afterwards into the calculator. And then save my new states under these pre-existing named ones. This one proved more tricky and it's still not working. SwissMicros answered my questions, but I'm apparently still doing something wrong, so at the moment, this is still broken on DM32. |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 38 Guest(s)