Post Reply 
DB48X: HP48-like RPL implementation for DM42
06-28-2024, 11:45 PM (This post was last modified: 06-29-2024 11:11 AM by c3d.)
Post: #220
RE: DB48X: HP48-like RPL implementation for DM42
(06-27-2024 04:06 AM)jeanwilson Wrote:  Here are some questions about state saving and calculator precision (db50x v0.7.8).

Is there a simple RPL function or program that would output the actual precision which is actually set in the display menu?

Yes, you can use

'Precision' RCL

(This works for any setting; STO will update the setting, and PURGE will reset it to default)

Quote: 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'm very interested in how you implement that, since this should be a built-in function, and it's one I did not think about yet, so having someone working on the algorithm will definitely help.


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.

Thanks for your help.

Weird. This is indeed a bug, and indeed, the = key is the one you should use. But I can confirm it does not work, whether on DM42 or DM32. This is a regression, I'm pretty sure it used to work. I filed an issue.

Thanks for reporting!
Find all posts by this user
Quote this message in a reply
Post Reply 


Messages In This Thread
DB48X v0.4.8 is out - c3d - 10-22-2023, 11:31 PM
Release v0.5.0: Statistics and flags - c3d - 11-20-2023, 08:57 AM
v0.6.5: Minor bug fixes - c3d - 02-11-2024, 11:23 PM
Release 0.7.1 "Whip" - Bug fixes - c3d - 03-04-2024, 12:46 AM
DB48X v0.7.4 release is out - c3d - 04-14-2024, 03:05 PM
DB48X v0.7.6: Solving menu - c3d - 05-13-2024, 12:04 AM
DB48X v0.7.7: Units in solver - c3d - 06-02-2024, 11:36 PM
RE: DB48X: HP48-like RPL implementation for DM42 - c3d - 06-28-2024 11:45 PM



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