WP43 Bug Reports and Maintenance

This area is for discussion about these families of custom high-end Scientific Calculator applications for SwissMicros devices.
User avatar
Walter
Posts: 3070
Joined: Tue May 02, 2017 11:13 am
Location: On a mission close to DRS, Germany

Re: 43S Bug Reports and Maintenance

Post by Walter »

Jaymos wrote:
Wed Aug 24, 2022 11:07 pm
Walter wrote:
Wed Aug 24, 2022 10:00 pm
Jaymos wrote:
Wed Aug 24, 2022 8:23 pm
Why does CC not appear in the catalog?
Since CC is no command but only
  1. a context sensitive key label for the commands CX->RE or RE->CX (see the IOI for these),
  2. an input separator between real and imaginary part or amplitude and phase of a new complex number (see p. 325 ± 1 of the OM).
How would you do ASN CC MyMenuF1 if the CC button has already been re-assigned to something else? (1)
Is it not the purpose of the catalog to list all functions which are not on the keyboard? (2)

The workarounds are cumbersome, that is to change back to normal mode to access a function which belongs in the catalog, or clear CC, use it in ASN CC F1 and the re-assign the CC key back to what you want the CC button to do. (3)

p296 gives the assurance that a function can be obtained in various ways, except, CC cannot be typed as you cannot terminate AIM mode while in ASN, also CC is also not in the catalogue, and CC may well be assigned to be not on the keyboard. (4)
Thanks. Numbers in parentheses added by me. :roll: Some answers:
  1. You may assign a name to a key. But CC is no name, so you can't assign it anywhereto. You can't assign a 'button'.
  2. Yes it is. And it fulfills that purpose.
  3. I think I got what you wanted to express here.
  4. Maybe we need also a special procedure for [CC] - I've to think about it.
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
User avatar
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Bug Reports and Maintenance

Post by Jaymos »

Walter wrote:
Wed Aug 24, 2022 11:46 pm
Jaymos wrote:
Wed Aug 24, 2022 11:07 pm
Walter wrote:
Wed Aug 24, 2022 10:00 pm

Since CC is no command but only
  1. a context sensitive key label for the commands CX->RE or RE->CX (see the IOI for these),
  2. an input separator between real and imaginary part or amplitude and phase of a new complex number (see p. 325 ± 1 of the OM).
How would you do ASN CC MyMenuF1 if the CC button has already been re-assigned to something else? (1)
Is it not the purpose of the catalog to list all functions which are not on the keyboard? (2)

The workarounds are cumbersome, that is to change back to normal mode to access a function which belongs in the catalog, or clear CC, use it in ASN CC F1 and the re-assign the CC key back to what you want the CC button to do. (3)

p296 gives the assurance that a function can be obtained in various ways, except, CC cannot be typed as you cannot terminate AIM mode while in ASN, also CC is also not in the catalogue, and CC may well be assigned to be not on the keyboard. (4)
Thanks. Numbers in parentheses added by me. :roll: Some answers:
  1. You may assign a name to a key. But CC is no name, so you can't assign it anywhereto. You can't assign a 'button'.
  2. Yes it is. And it fulfills that purpose.
  3. I think I got what you wanted to express here.
  4. Maybe we need also a special procedure for [CC] - I've to think about it.
An unintentional feature (bug?) in the manuals is that the font used to write "CC" as it appears on the button, does not allow a PDF text search for "CC" to render results. At least not in MacOS's standard Preview app. I was searching for where CC is declared not to be a name and still can't find reference to why it is not programmable and not type-able in alpha. (There is actually only one "CC" (among literally hundreds of English words containing "cc") found in ReM; none found in OM).
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.
dlachieze
Posts: 613
Joined: Thu May 04, 2017 12:20 pm
Location: France

Re: 43S Bug Reports and Maintenance

Post by dlachieze »

In a program the instruction 'STO+ ->r' with r being a register number such as 01, or a stack register such as X, Y ... generates an out of range error, but it works correctly when executed from the keyboard.

For example:
5
STO 01
1
XEQ "OOR" stops at line 02 with a out of range error without adding 1 to the content of register 5

with :

Code: Select all

01 LBL "OOR"
02 STO+ ->01
03 RTN
Same error with STO-, STO/ or STOx
DM42: 00425 - DM41X: β00066 - WP43: 00042
User avatar
Walter
Posts: 3070
Joined: Tue May 02, 2017 11:13 am
Location: On a mission close to DRS, Germany

Re: 43S Bug Reports and Maintenance

Post by Walter »

@Jaco: Compare it with the key [E] if you like: no function as well. And also difficult to search in pdf.
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
redglyph
Posts: 177
Joined: Sat Dec 22, 2018 11:45 am

Re: 43S Bug Reports and Maintenance

Post by redglyph »

I don't know if those were seen so I'll just list them here:

viewtopic.php?p=23732#p23732
- left/right arrows not working in equation editor (might be difficult to reproduce)
- SOLVE returning to menu instead of launching the solver
- 'K' not working as expected with solver and plotter (I couldn't get any answer for this so I assume it's a bug)
- (other suggestions but I suppose it's not the topic here)
User avatar
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Bug Reports and Maintenance

Post by Jaymos »

Walter wrote:
Thu Aug 25, 2022 1:24 pm
@Jaco: Compare it with the key [E] if you like: no function as well. And also difficult to search in pdf.
I do appreciate your comparison with E when it comes to entry of a complex number. As such, it needs not be programmable.

The issue is in that functionality which is not comparable with E, i.e. to ‘cut’ complex numbers and ‘concatenate’ real numbers to complex. It is used as such from the keyboard and cannot be used the same way in a program. That is what is weird. And yes I know about RE->CX et al, but the point is CC is used as a (very nice) replacement of HP42S COMPLEX function (ReM p181) and imo if you have to think different commands when programming it seems a step backward. Not?
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.
User avatar
Walter
Posts: 3070
Joined: Tue May 02, 2017 11:13 am
Location: On a mission close to DRS, Germany

Re: 43S Bug Reports and Maintenance

Post by Walter »

dlachieze wrote:
Thu Aug 25, 2022 1:22 pm
In a program the instruction 'STO+ ->r' with r being a register number such as 01, or a stack register such as X, Y ... generates an out of range error, but it works correctly when executed from the keyboard.
...
Same error with STO-, STO/ or STOx
Thanks. Corrected. Will be available with next release.
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
User avatar
Walter
Posts: 3070
Joined: Tue May 02, 2017 11:13 am
Location: On a mission close to DRS, Germany

Re: 43S Bug Reports and Maintenance

Post by Walter »

Jaymos wrote:
Thu Aug 25, 2022 2:06 pm
I do appreciate your comparison [of CC] with E when it comes to entry of a complex number. As such, it needs not be programmable.
It is for long. Try [P/R] [GTO..] 17 [CC] 4 [ENTER] and see. What more do you want here?
Jaymos wrote:
Thu Aug 25, 2022 2:06 pm
The issue is in that functionality which is not comparable with E, i.e. to ‘cut’ complex numbers and ‘concatenate’ real numbers to complex. It is used as such from the keyboard and cannot be used the same way in a program. That is what is weird. And yes I know about RE->CX et al, but the point is CC is used as a (very nice) replacement of HP42S COMPLEX function (ReM p181) and imo if you have to think different commands when programming it seems a step backward. Not?
Unlike the WP43S in run mode, the WP43S in PEM can't 'know' what will be in X and Y when you press [CC] for a particular program step. Likewise when the program will execute this step. Thus, you've to tell it what you actually want: CX->RE or RE->CX. Unambiguously. That's it. I don't see any alternative so far.

P.S.: In a way, HP-42S records the button while WP43S records the function here. With COMPLEX in a program, you have to guess what it does there ...
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
redglyph
Posts: 177
Joined: Sat Dec 22, 2018 11:45 am

Re: 43S Bug Reports and Maintenance

Post by redglyph »

I noticed a discrepancy with EXIT when there is a pending input.

If the pending value is a number, EXIT
- first closes the pending input
(- then closes any menu)

If the pending value is an alpha string, EXIT
- first closes any menu
- then closes the pending input

if the pending value is an incomplete fraction (for ex. 10 4/, entered by the sequence "1 0 . 4 ."), EXIT
- first closes the pending input, displays "An argument exceeds the function domain" and enters "0 0/1" on the stack
(- then closes any menu)

If the pending value is an integer without its base (for ex "1 0 #")
- nothing happens (which is probably what we should expect if the value cannot be interpreted)


According to the reference manual, pg. 106, EXIT:
- closes any menu
- else closes any pending input
User avatar
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Bug Reports and Maintenance

Post by Jaymos »

Walter wrote:
Thu Aug 25, 2022 8:00 pm
Jaymos wrote:
Thu Aug 25, 2022 2:06 pm
I do appreciate your comparison [of CC] with E when it comes to entry of a complex number. As such, it needs not be programmable.
It is for long. Try [P/R] [GTO..] 17 [CC] 4 [ENTER] and see. What more do you want here?
Jaymos wrote:
Thu Aug 25, 2022 2:06 pm
The issue is in that functionality which is not comparable with E, i.e. to ‘cut’ complex numbers and ‘concatenate’ real numbers to complex. It is used as such from the keyboard and cannot be used the same way in a program. That is what is weird. And yes I know about RE->CX et al, but the point is CC is used as a (very nice) replacement of HP42S COMPLEX function (ReM p181) and imo if you have to think different commands when programming it seems a step backward. Not?
Unlike the WP43S in run mode, the WP43S in PEM can't 'know' what will be in X and Y when you press [CC] for a particular program step. Likewise when the program will execute this step. Thus, you've to tell it what you actually want: CX->RE or RE->CX. Unambiguously. That's it. I don't see any alternative so far.

P.S.: In a way, HP-42S records the button while WP43S records the function here. With COMPLEX in a program, you have to guess what it does there ...
True.

One of the many things one has to keep in mind.
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