Post Reply 
DB48X: HP48-like RPL implementation for DM42
10-02-2024, 04:30 PM (This post was last modified: 10-02-2024 04:32 PM by c3d.)
Post: #323
RE: DB48X: HP48-like RPL implementation for DM42
(10-02-2024 03:30 PM)grbrum Wrote:  @c3d
I think I found a bug dividing 1100 by 2.2 = 5,000,000

Wow!

The good news is that I cannot reproduce on any of my devices (I tried DM32, DM42, iOS, Linux and macOS simulators, all gave the correct answer).

The bad news (for me) is that I trust you, so I suspect a display problem. We can check that quickly by calling LOG on the result you see, and checking if you get something closer to 2.7 or to 6.7. If you get 6.7, then it means the result was actually wrong. If you get 2.7, it means that the result was correct but displayed incorrectly.

Based on you typing 5,000,000, I suspect that you are using different settings for display, which might explain why I don't see it. Can you save the state file and share that with me? Also, what platform did you observe this on (DM32, DM42, DM42n, iOS, simulator)?

Quote:version 0.8.0Z

How the heck did you get a Z release? Did you build it yourself? Or did I actually publish a Z release by mistake?

To be clear, the Z indicates that this was built from a dirty source state (e.g. some files not committed), which is totally unexpected for a release. This means that I have no idea what you are running Sad Maybe send the binaries back to me?

I have occasionally made the mistake of copying a Z release file to GitHub, e.g. because there was a last-minute change in the documentation, typically release notes, that I had forgotten to commit. I did this specific mistake for the 0.8.0 release, but I thought I had fixed before actually publishing it.

I just downloaded the file from GitHub and reinstalled, just to make sure, and my DM32 shows v0.8.0. If GitHub shared a v0.8.0Z with you, then I'd really like to understand why. This might suggest that updating a release binary on GitHub to fix a mistake is not instantaneous, or simply that you were unlucky enough to download a transitory 0.8.0Z before I saw my mistake and replaced it with the correct 0.8.0.

That being said, I seriously doubt "my" 0.8.0Z would be the source of your problem, as it was just a couple of lines changed in the release note.

Quote:if I divide 1100.00000,00000,1 by 2.2 = 500

thanks

I assume this is 500. (i.e. decimal)?

DB48X,HP,me
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
v0.7.10 - Interactive stack - c3d - 07-14-2024, 11:31 PM
DB48X v0.7.13 is out - c3d - 08-05-2024, 07:31 AM
DB48X v0.7.15 - c3d - 08-25-2024, 08:45 PM
DB48X v0.7.16 - c3d - 09-02-2024, 01:36 AM
DOSUBS command - grbrum - 09-04-2024, 03:37 PM
v0.7.18 - APPLY, SUBST, WHERE - c3d - 09-15-2024, 11:58 PM
Program Editing Question - spiff72 - 09-16-2024, 03:27 PM
press 2 simultaneous buttons? - grbrum - 09-30-2024, 09:01 PM
RE: DB48X: HP48-like RPL implementation for DM42 - c3d - 10-02-2024 04:30 PM
CST Custom Menu - grbrum - 10-04-2024, 05:00 AM
v0.8.2: Assignments, Custom menu - c3d - 10-21-2024, 05:49 AM



User(s) browsing this thread: Jase, 13 Guest(s)