C47 Bug Reports

This area is for discussion about these families of custom high-end Scientific Calculator applications for SwissMicros devices.
User avatar
RJvM
Posts: 276
Joined: Wed Jun 02, 2021 9:21 am
Location: Gelderland, Netherlands

Re: C43/C47 Bug Reports

Post by RJvM »

Pyjam wrote:
Sat Mar 18, 2023 8:53 pm
Pyjam wrote:
Sat Mar 18, 2023 1:54 pm
Likely not a bug, but I wonder if it’s intended:
RCL works for I, but does not work for J, K, and L.
Same for STO.
OK. Here’s the problem:
I have ASSigned new functions to SIN, COS, TAN.
If I cancel them, it’s working again.
I will register an issue for this so it can be investigated and solved.
Update: registered the issue
Last edited by RJvM on Sun Mar 19, 2023 10:57 am, edited 1 time in total.
Robbert Jan, MSEE, RPN user since 1976 and a collector for many years I now own all the important ones: HP-35, 45, 55, 65, 97, 19, 21, 25, 34, 10-16, 41, 42, 71, 48, 50, Prime, DM41, DM42, WP43, C47, R47; Project 47 team member https://47calc.com
User avatar
RJvM
Posts: 276
Joined: Wed Jun 02, 2021 9:21 am
Location: Gelderland, Netherlands

Re: C43/C47 Bug Reports

Post by RJvM »

Pyjam wrote:
Sun Mar 19, 2023 9:20 am
Jaymos wrote:
Wed Mar 15, 2023 2:43 pm
Now, unofficial way: :-) You show a double arrow [=>H.MS] as well. This is dead code not yet removed. I suspect that you found the capitalized double arrow [=>H.MS] in the catalog only. That function was discontinued, removed from the menus and was forgotten in the CAT! That option works the same though but is not needed as it has no new function.

Another bug found: I will remove the dead item.
I'm sorry to come back to this, but I'd like to offer another point of view.
⇒H.MS is not dead code to remove. It is a function that should be fixed to work as expected.

Considering that ⇒D.MS tag 2.30 to 2°30′0.00″ (from X) then ⇒H.MS should tag 2.30 to 2:30:00 (from X).
Both of these functions are inverses of .ms⁻¹ (untag).

Currently the only way to tag 2.30 to 2:30:00 is to do a double operation:
2.30 [⇒D.MS] → 2°30′0.00″ [.ms] → 2:30:00

Clearly there is a function missing to do this in one step.
The function [.ms] was designed to convert a NIM or stack value to HH:MM:SS on the first press ; to DDº MM' SS.SSS" on the second, in cyclic fashion
So to go to sexagesimal hours in one step, use either .ms or ->h.ms (CLK) ; to go to sexagesimal degrees, use =>D.MS ; or use .ms all the time and use the fact that it cycles.

BTW, I like your phrase "untag" and will add that to my description.
Robbert Jan, MSEE, RPN user since 1976 and a collector for many years I now own all the important ones: HP-35, 45, 55, 65, 97, 19, 21, 25, 34, 10-16, 41, 42, 71, 48, 50, Prime, DM41, DM42, WP43, C47, R47; Project 47 team member https://47calc.com
Pyjam
Posts: 495
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

🤔
I don't feel like you understand me.

2.30 [.ms] and 2.30 [→h.ms] give 2:30:00
but
2.30 [ENTER] [.ms] and 2.30 [ENTER] [→h.ms] give 2:18:00

when
2.30 [⇒D.MS] gives 2°30′0.00″
and
2.30 [ENTER] [⇒D.MS] gives 2°30′0.00″ too.

So, both 2.30 [⇒H.MS] and 2.30 [ENTER] [⇒H.MS] should give 2:30:00

  Optimot : The ⌥ keyboard layout optimized for French and English (ŵïþ ʃʉŋ 𝕂åʁɒꝃțɛɹṩ).
User avatar
RJvM
Posts: 276
Joined: Wed Jun 02, 2021 9:21 am
Location: Gelderland, Netherlands

Re: C43/C47 Bug Reports

Post by RJvM »

The => functions have a very specific use case, as described in the manual; this is why they are indicated with the double arrow => (because they have two distinct effects).

So, the manual says this about it, this is by design and a key feature of how we think C43/C47 should operate

=>D.MS
Set D.MS tag or convert to D.MS
If untagged, set tag to D.MS ; if tagged, convert X to D.MS ; does not change ADM

As Jaco already indicated, =>H.MS will be dropped from C43/47
Robbert Jan, MSEE, RPN user since 1976 and a collector for many years I now own all the important ones: HP-35, 45, 55, 65, 97, 19, 21, 25, 34, 10-16, 41, 42, 71, 48, 50, Prime, DM41, DM42, WP43, C47, R47; Project 47 team member https://47calc.com
Pyjam
Posts: 495
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

RJvM wrote:
Sun Mar 19, 2023 11:01 am
=>D.MS
Set D.MS tag or convert to D.MS
If untagged, set tag to D.MS ; if tagged, convert X to D.MS ; does not change ADM
Very fine.
The problem is not ⇒D.MS.
The problem is that there is no equivalent for H.MS.

If the user hit [ENTER] after 2.30, they can not convert the number to 2:30:00. (Not in one step, at least.)

  Optimot : The ⌥ keyboard layout optimized for French and English (ŵïþ ʃʉŋ 𝕂åʁɒꝃțɛɹṩ).
User avatar
RJvM
Posts: 276
Joined: Wed Jun 02, 2021 9:21 am
Location: Gelderland, Netherlands

Re: C43/C47 Bug Reports

Post by RJvM »

Aha, I see. I am not sure this is the behaviour we want, perhaps =>D.MS should not work that way. I will discuss it in our team.
Robbert Jan, MSEE, RPN user since 1976 and a collector for many years I now own all the important ones: HP-35, 45, 55, 65, 97, 19, 21, 25, 34, 10-16, 41, 42, 71, 48, 50, Prime, DM41, DM42, WP43, C47, R47; Project 47 team member https://47calc.com
Pyjam
Posts: 495
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

Oh no… :D
⇒D.MS as it is has its utility.
Otherwise there is no way to convert 2.30 to 2°30′30″ after ENTER.
Same for ⇒H.MS after correction.

  Optimot : The ⌥ keyboard layout optimized for French and English (ŵïþ ʃʉŋ 𝕂åʁɒꝃțɛɹṩ).
User avatar
RJvM
Posts: 276
Joined: Wed Jun 02, 2021 9:21 am
Location: Gelderland, Netherlands

Re: C43/C47 Bug Reports

Post by RJvM »

Pyjam wrote:
Sun Mar 19, 2023 11:10 am
RJvM wrote:
Sun Mar 19, 2023 11:01 am
=>D.MS
Set D.MS tag or convert to D.MS
If untagged, set tag to D.MS ; if tagged, convert X to D.MS ; does not change ADM
Very fine.
The problem is not ⇒D.MS.
The problem is that there is no equivalent for H.MS.

If the user hit [ENTER] after 2.30, they can not convert the number to 2:30:00. (Not in one step, at least.)
What use case do you have in mind? I can think of programming, we will discuss this anyhow.
Robbert Jan, MSEE, RPN user since 1976 and a collector for many years I now own all the important ones: HP-35, 45, 55, 65, 97, 19, 21, 25, 34, 10-16, 41, 42, 71, 48, 50, Prime, DM41, DM42, WP43, C47, R47; Project 47 team member https://47calc.com
Pyjam
Posts: 495
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

Here are a couple of issues I found in the release 108_09a :

1. When the user has created a new menu (and assigned it to a key), it seems impossible to delete an entry in that menu because the ASSIGN NULL command recalls MyMenu. Trying to access the menu to be changed will cause the assignment of that menu to that key to be removed.
The current menu should remain displayed as it usually is with the ASSIGN command.

2. In the FIN menu, %Σ does not work, giving ∞ every time.
In addition, I have posted a proposal to redesign the FIN menu.

3. In the FAT disk, in the SAVFILES folder, the file is named C43.sav instead of C47.sav.

4. There is a mistake in R15. The last digit should be 4. Substract 1.

  Optimot : The ⌥ keyboard layout optimized for French and English (ŵïþ ʃʉŋ 𝕂åʁɒꝃțɛɹṩ).
User avatar
Jaymos
Posts: 1633
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: C43/C47 Bug Reports

Post by Jaymos »

Pyjam wrote:
Wed Mar 22, 2023 8:26 pm
Here are a couple of issues I found in the release 108_09a :

1. When the user has created a new menu (and assigned it to a key), it seems impossible to delete an entry in that menu because the ASSIGN NULL command recalls MyMenu. Trying to access the menu to be changed will cause the assignment of that menu to that key to be removed.
The current menu should remain displayed as it usually is with the ASSIGN command.

2. In the FIN menu, %Σ does not work, giving ∞ every time.
In addition, I have posted a proposal to redesign the FIN menu.

3. In the FAT disk, in the SAVFILES folder, the file is named C43.sav instead of C47.sav.

4. There is a mistake in R15. The last digit should be 4. Substract 1.
Will look at 1, 2, 3.

4.

R15: The last digit is 4 unless I am mistaken somehow. Please show what you press to get something else, as that must be an error somewhere else.

Code: Select all

RCL 14: Reg 15, 16 & 17 have: The 3 cubes = 42.
RCL 15 3 y^x RCL 16 3 y^x RCL 17 3 y^x + + results in 42. I see no problem.
RCL 15 results in -80538738812075974 which is correct.
(https://phys.org/news/2019-09-sum-cubes ... -life.html The answer, which took over a million hours of calculating to prove, is as follows: X = -80538738812075974 Y = 80435758145817515 Z = 12602123297335631)
Jaco Mostert
Elec Eng, South Africa
https://47calc.com C47 (s/n 03818 & 06199), WP43 (0015). In box: HP42S, HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; ex: FX702P, 11C, HP67 & HP85; iOS: 42s Byron, Free42+, WP31S/34S, HCalc.
Post Reply