WP43 News

This area is for discussion about these families of custom high-end Scientific Calculator applications for SwissMicros devices.
Patrick
Posts: 38
Joined: Wed May 03, 2017 5:30 pm
Location: Canada

Re: 43S News

Post by Patrick »

I think I have identified a bug that I want to submit to you.

When I loaded the pgm file into my DM42, I noticed that when I accessed the Info menu and wanted to know the battery status, I got the value -NaN999... . It doesn't work on the emulator either.

Regards,

Patrick
Unit SN: 00044
TwoWeims

DM42 Keyboard Overlays - Update

Post by TwoWeims »

I have found some thinner material for a possible keyboard overlay for the DM42.
It is styrene sheet 0.20mm thick. My HP-41CV Overlay that came with the calculator measures 0.30mm thick.
This material cuts very cleanly on the laser so it will look very professional.

The samples shown in the photo are white but it comes in black also. I had white scraps in stock so I used it for experimentation.

The only problem is this is still too thick to fit in the slots on the side of the DM42 keyboard...
Any thinner and the durability may suffer.
2019-09-08 19.44.47.6410.jpg
2019-09-08 19.44.47.6410.jpg (204.03 KiB) Viewed 5717 times
User avatar
Over_score
Posts: 160
Joined: Fri May 05, 2017 9:37 pm
Location: France

Re: 43S News

Post by Over_score »

Patrick wrote:
Sun Sep 08, 2019 11:41 pm
I think I have identified a bug that I want to submit to you.

When I loaded the pgm file into my DM42, I noticed that when I accessed the Info menu and wanted to know the battery status, I got the value -NaN999... . It doesn't work on the emulator either.
Thank you for reporting. It's fixed now.
DM42 SN00284 & SN03835 running C47, HP34C, HP41CV, HP42S, HP35s, WP34S, HP Prime
User avatar
Over_score
Posts: 160
Joined: Fri May 05, 2017 9:37 pm
Location: France

Re: Fault report

Post by Over_score »

Jaymos wrote:
Sat Sep 07, 2019 9:21 am
Fault report in Long integer operation, sign is not processed correctly:
RESET 2 [+/-] ENTER 3 [y^x] and the same for
RESET 2 ENTER [+/-] 3 [y^x] and
RESET 2 ENTER [+/-] 3 EXIT [y^x]

all render 8, not -8.
Thank you for reporting. It's fixed now.
DM42 SN00284 & SN03835 running C47, HP34C, HP41CV, HP42S, HP35s, WP34S, HP Prime
User avatar
Over_score
Posts: 160
Joined: Fri May 05, 2017 9:37 pm
Location: France

Re: Fault report

Post by Over_score »

Jaymos wrote:
Sun Sep 08, 2019 3:12 am
2.0 ENTER 55 [y^x] which gives 3.6... x 10^16, within range of short int.
I then do # D which gives me 0 base 10. Not right. I expected it to give me a 15 odd significant digit integer with zeroes where the figures were gone.
It's fixed but keep following in mind:
2^55 = 36 028 797 018 963 968
and
2.^55 = 3.602 879 701 896 397x10^16 = 36 028 797 018 963 970.
This is because the SP real data type has only 16 significant digits and 2^55 has 17 digits.

So: 2.[ENTER]55[y^x]2[ENTER]55[y^x][-] results in 2 and not 0
DM42 SN00284 & SN03835 running C47, HP34C, HP41CV, HP42S, HP35s, WP34S, HP Prime
User avatar
Over_score
Posts: 160
Joined: Fri May 05, 2017 9:37 pm
Location: France

Re: Fault report

Post by Over_score »

Jaymos wrote:
Sun Sep 08, 2019 3:12 am
Using a freshly compiled emulator, I removed bin file for a fresh start, then 77 ENTER 88 [y^x] keeps on crashing, with "segmentation fault 11".
I experience the same issue on Linux but not on Windows... For now I have no idea what the problem is. I think it's the same as https://gitlab.com/Over_score/wp43s/issues/297 reported August 4th
DM42 SN00284 & SN03835 running C47, HP34C, HP41CV, HP42S, HP35s, WP34S, HP Prime
User avatar
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: Fault report

Post by Jaymos »

Over_score wrote:
Tue Sep 10, 2019 10:33 pm
Jaymos wrote:
Sun Sep 08, 2019 3:12 am
2.0 ENTER 55 [y^x] which gives 3.6... x 10^16, within range of short int.
I then do # D which gives me 0 base 10. Not right. I expected it to give me a 15 odd significant digit integer with zeroes where the figures were gone.
It's fixed but keep following in mind:
2^55 = 36 028 797 018 963 968
and
2.^55 = 3.602 879 701 896 397x10^16 = 36 028 797 018 963 970.
This is because the SP real data type has only 16 significant digits and 2^55 has 17 digits.

So: 2.[ENTER]55[y^x]2[ENTER]55[y^x][-] results in 2 and not 0
Thank you. Great!
I understand. That is what I tried to say in red above but failed, but you explained perfectly and in the right terminology. Thank you.
J
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

Fault report

Post by Jaymos »

Fault report.

I like the keyboard change, those changes make it a lot better.

I downloaded a new tar.gz and compiled a Mac version from scratch. Ensured the bin file was deleted.

I tried some values for x! and found the following:

290! used to work. I used it to demo longints by (290! +1) - 290!. It does not do that any more. It crashes with segmentation error 11.
Reducing the number in steps, it keeps on crashing for 200!, 150!, 100!, 90!, 80!, 50!, restarting every time until I get to 40!. At 40! it does not crash and gives an answer.
Restarting again without bin file: directly starting at 40! works, then subsequently doing 150! works, but the next digit pressed causes a crash.
Restarting again without bin file: directly starting at 40! works, then 200! crashes.

Not sure if this is again the same longint crash that you know about (refer 77^88 a few messages above), but it changed now.

Trying reals: 204.! works. Same as previously. 205.! does not work, as previously. Did not crash.

Jaco
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: Fault report

Post by Walter »

Jaymos wrote:
Fri Sep 20, 2019 10:57 pm
Fault report.

I like the keyboard change, those changes make it a lot better.
Thanks for reporting this fault. Glad you like it.
I tried some values for x! and found the following:
...
Trying reals: 204.! works. Same as previously. 205.! does not work, as previously. Did not crash.
This is due to the SP number range - please see the error message - it is no fault.
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: Fault report

Post by Jaymos »

Walter wrote:
Sat Sep 21, 2019 11:05 am
Jaymos wrote:
Fri Sep 20, 2019 10:57 pm
Fault report.

I like the keyboard change, those changes make it a lot better.
Thanks for reporting this fault. Glad you like it.
I tried some values for x! and found the following:
...
Trying reals: 204.! works. Same as previously. 205.! does not work, as previously. Did not crash.
This is due to the SP number range - please see the error message - it is no fault.
Sorry for not being clear. The last part re reals was not a fault report, it was just a confirmation that all is still normal and no crashes occurred using reals: sort of a control case if you like to confirm the scope of the previously mentioned crashes.

J
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