WP43 Alternative key layout --> C43

This area is for discussion about these families of custom high-end Scientific Calculator applications for SwissMicros devices.
be.philippe
Posts: 24
Joined: Mon Jun 21, 2021 4:32 pm
Location: Liège Belgium

Re: 43S Alternative key layout --> WP43C

Post by be.philippe »

Jaymos wrote:
Sat Jun 26, 2021 12:24 pm
I noticed that be.philippe does not always test the WP43S on DM42. That is likely because of the complication to load the firmware and then reload afterwards.

For easier comparison on a single DM42, I compiled a custom version of a minimally modified WP43S code, not having that complication.
I'll try to test using this.
Philippe Martens
Elec Eng, Software Architect
[HP41C, DM41X, DM42]
be.philippe
Posts: 24
Joined: Mon Jun 21, 2021 4:32 pm
Location: Liège Belgium

Re: 43S Alternative key layout --> WP43C

Post by be.philippe »

Jaymos wrote:
Mon Jun 28, 2021 2:07 am
I fixed most of the recent list of bugs this weekend. That includes:
  • Compressed function key labels corrected. Was broken by 43S update. https://gitlab.com/Jaymos/wp43c/-/issues/56
  • SHOW, add X: for date, time and long integer.
  • [.d] operates correctly from menu
  • [<-] Backspace to clear SLS.
  • [CC] fix stack lift disable during eRPN
  • xyzt problem fixed.

This recent exercise was very productive, thank you for reporting. I definitely need more people testing the functions that are provided. The problem of course with fixing bugs is the possibility of adding more bugs than fixed, so please test and test and test.

The new version is updated with the latest WP43S code as usual, so the corrections Walter mentioned should also be pulled in. I have not had time to check and test. Please do.

Unfortunately the DM42 is too large again, so I had to temporarily remove more functions from the DM42 image. All functions and even test and demo functions are still in the simulator version. This time I also removed the complete XEQM programming code from DM42, so none of that will work. For a test version.that is no problem, as none of those things were changed. The problem is they also need testing ...

Please report back here, or create a bug report on the Gitlab site.

The new bug-fixed release 106f can be found here: https://www.classic43.com/downloads/202 ... 3_106f.ZIP
I did retest these, works fine.

Still not fixed:
be.philippe wrote:
Mon Jun 21, 2021 6:55 pm
Storing the config in a global register with STOCFG 00, and then saving the data to the FAT with SAVE crashes the DM42 (version C43_105L1.pgm).

After RESET, trying to LOAD crashes the 43C again.
be.philippe wrote:
Tue Jun 22, 2021 2:58 pm
  • According to WP43S documentation, p147, 1011 00112 [RL] 2 should display 1100 11102, it actually shows 10 1100 11102 (the WP43S simulator does the same). The actual value is 1100 11102, as shown by [.d] [#]2.
Philippe Martens
Elec Eng, Software Architect
[HP41C, DM41X, DM42]
be.philippe
Posts: 24
Joined: Mon Jun 21, 2021 4:32 pm
Location: Liège Belgium

Re: 43S Alternative key layout --> WP43C

Post by be.philippe »

On C43 106f, both DM42 and simulator, keying 8.7 [RCL] L should push 8.7 and Last X on the stack, but 8.7 is overwritten.

f[LAST x] and other [RCL] commands have similar effect.
Philippe Martens
Elec Eng, Software Architect
[HP41C, DM41X, DM42]
be.philippe
Posts: 24
Joined: Mon Jun 21, 2021 4:32 pm
Location: Liège Belgium

Re: 43S Alternative key layout --> WP43C

Post by be.philippe »

On C43 106f, both DM42 and simulator, [SHOW] of a "big" small integer can overflow the display.

1234567890#H [SHOW] display the value in bases 16, 10 and 8, with the 3rd line being empty.
12345678#H [SHOW] display the value in bases 16, 4, 8 and 10.

With both on the stack, [SHOW] [Up] tries to display 1234567890#H in base 4, but the end of the line is truncated:
Y: 1 02 03 10 11 12 13 20 21 (the end 004 is missing).
After [x<>y], [SHOW] display both values in bases 16, 10 and 8, although the smaller one is displayable in base 4.
Philippe Martens
Elec Eng, Software Architect
[HP41C, DM41X, DM42]
User avatar
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Alternative key layout --> WP43C

Post by Jaymos »

be.philippe wrote:
Mon Jun 28, 2021 5:00 pm

Still not fixed:
be.philippe wrote:
Mon Jun 21, 2021 6:55 pm
Storing the config in a global register with STOCFG 00, and then saving the data to the FAT with SAVE crashes the DM42 (version C43_105L1.pgm).

After RESET, trying to LOAD crashes the 43C again.
  • According to WP43S documentation, p147, 1011 00112 [RL] 2 should display 1100 11102, it actually shows 10 1100 11102 (the WP43S simulator does the same). The actual value is 1100 11102, as shown by [.d] [#]2.
  • First one: Not yet attempted. Issue #54.
  • Second one seems fixed: I tried that example just now on Mac Simulator and on 106f in DM42. Have you made it an 8-bit word?

    Code: Select all

    f[BASE] g[8-BIT] 10110011 g[MODE#] 2 Dn RL 2 ENTER
    
    results in 110011102
I also tried RL1 and RR1 repeatedly and it works as expected.
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
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Alternative key layout --> WP43C

Post by Jaymos »

be.philippe wrote:
Mon Jun 28, 2021 5:16 pm
On C43 106f, both DM42 and simulator, keying 8.7 [RCL] L should push 8.7 and Last X on the stack, but 8.7 is overwritten.

f[LAST x] and other [RCL] commands have similar effect.
Fixed, thanx.
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
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Alternative key layout --> WP43C

Post by Jaymos »

be.philippe wrote:
Mon Jun 28, 2021 5:39 pm
On C43 106f, both DM42 and simulator, [SHOW] of a "big" small integer can overflow the display.

1234567890#H [SHOW] display the value in bases 16, 10 and 8, with the 3rd line being empty.
12345678#H [SHOW] display the value in bases 16, 4, 8 and 10.

With both on the stack, [SHOW] [Up] tries to display 1234567890#H in base 4, but the end of the line is truncated:
Y: 1 02 03 10 11 12 13 20 21 (the end 004 is missing).
After [x<>y], [SHOW] display both values in bases 16, 10 and 8, although the smaller one is displayable in base 4.
Fixed, thank you.
Silly mistake as most are ...
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.
be.philippe
Posts: 24
Joined: Mon Jun 21, 2021 4:32 pm
Location: Liège Belgium

Re: 43S Alternative key layout --> WP43C

Post by be.philippe »

Jaymos wrote:
Mon Jun 28, 2021 7:35 pm
  • Second one seems fixed: I tried that example just now on Mac Simulator and on 106f in DM42. Have you made it an 8-bit word?

    Code: Select all

    f[BASE] g[8-BIT] 10110011 g[MODE#] 2 Dn RL 2 ENTER
    
    results in 110011102
I also tried RL1 and RR1 repeatedly and it works as expected.
Yes, I actually forgot to set 8-bit word.
I confirm it is fixed.
Philippe Martens
Elec Eng, Software Architect
[HP41C, DM41X, DM42]
be.philippe
Posts: 24
Joined: Mon Jun 21, 2021 4:32 pm
Location: Liège Belgium

Re: 43S Alternative key layout --> WP43C

Post by be.philippe »

Jaymos wrote:
Mon Jun 28, 2021 9:57 pm
be.philippe wrote:
Mon Jun 28, 2021 5:16 pm
On C43 106f, both DM42 and simulator, keying 8.7 [RCL] L should push 8.7 and Last X on the stack, but 8.7 is overwritten.

f[LAST x] and other [RCL] commands have similar effect.
Fixed, thanx.
I've installed the build environment on my home Mac, and successfully built version 106g including this fix, both Simulator and DM42.
(By the way, how do you debug the sim ?).

I see you did fix the [RCL] problem, but not [LAST x] nor any other command pushing some value on the stack ([MEM?], [WSIZE?], ...).
Philippe Martens
Elec Eng, Software Architect
[HP41C, DM41X, DM42]
User avatar
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Alternative key layout --> WP43C

Post by Jaymos »

be.philippe wrote:
Tue Jun 29, 2021 8:42 pm
I've installed the build environment on my home Mac, and successfully built version 106g including this fix, both Simulator and DM42.
(By the way, how do you debug the sim ?).
That is great news!

I just pushed small changes in the pipeline, #fa4b382.
I see you did fix the [RCL] problem, but not [LAST x] nor any other command pushing some value on the stack ([MEM?], [WSIZE?], ...).
Yes, I did exactly that. I made an exception for ITM_RCL. I seem to recall that I checked the LASTx as well, but apparently not. I will re-look at that. If only a few, exceptions can work the same way, otherwise I need to figure another way. The eRPN is a real challenge to implement trying to not change too much from the 43S code.

I am currently busy debugging the STOCFG and SAVE crash. I confirmed that it crashes on WP43S as well, but am first looking to see if I can see the problem before I report the bug.
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