## 43S News

General discussion about calculators, Swiss Micros or otherwise
Dani R.
Posts: 291
Joined: Fri May 05, 2017 10:23 pm

### Re: 43S News

Regarding (290! + 1) - 290! it seems to me that Commit 0570007b (28.08.2019) has still mastered this task, but Commit 9292b1fb (29.08.2019) no longer, the program crashes. I'm writing here for the Windows emulator.

Always first backup.bin deleted, emulator started, then a RESET made, emulator stopped and restarted and then the first use.
DM42 SN:00032

Over_score
Posts: 100
Joined: Fri May 05, 2017 9:37 pm
Location: France

### Re: 43S News

I think I found the origin of all the hassle with long integers. I hope that it's fixed now.
DM42 (SN 00284 & 03835), DM15L, HP41CV, HP42S, HP35s, WP34S, HP Prime

Jaymos
Posts: 627
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

### Re: 43S News

Over_score wrote:
Sun Sep 22, 2019 12:06 pm
I think I found the origin of all the hassle with long integers. I hope that it's fixed now.
Well done. Quite a number of changes required to do this!

My (n! +1) - n! = 1 test now runs to 965 max. Wow!! I did some more tests and the Mac emulator did not crash for any of the following longint results below:
• 965! (I actually did quite a number of x! from 290 through 1000 until I found 965). 965! is reported to be 734 638 077 538 293 124 001 787 521 309 991 047 x 10^2427
• (965! + 1) - 965!
• 77^88
• (301! . 302!) / (300! ^2) / 301 ^ 2 /302 = 1 as expected. Well done.
• Interesting, the calculator now does 6!! nice.
Question 1:
I tried "ALL 15" with 965! in the X register: I expected no change to the X register as there is no real in the X register. The result was that the calculator attempted to convert to real, which of course it cannot do at a X register value larger than 1e2462. So the longint changed to infinity and did not want to change back.
The question is not why it goes to infinity, the question is if the automatic conversion from longint to real is intended for (real) display mode change. I did not find any reference to that in the OM or ReM.

Question 2:
Is there a way to display more digits of a longint (I can't imagine for which reason one would need that, just asking)? OM p128/314 states larger than 42 digits are shown as exp. notation, but no mention is made of how to get the 2400 odd digits if needed. WA is probably one answer
Jaco Mostert
Elec Eng, South Africa
C43 (WP34C) running on DM42 sn. 03818, HP42S for complex math; 32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; owned FX702P & 11C; used HP67 & HP85. iOS: 42s (Byron), Free42, WP31S/34S, HCalc.

Walter
Posts: 1612
Joined: Tue May 02, 2017 11:13 am
Location: Close to FRA, Germany

### Re: 43S News

Question to Q2: What's WA?
DM42 SN: 00041 Beta
WP 43S running on this device

HP-35, HP-45, ..., HP-50, WP 34S, WP 31S, DM16L

Jaymos
Posts: 627
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

### Re: 43S News

Walter wrote:
Mon Sep 23, 2019 3:22 pm

Question to Q2: What's WA?
1. Thank you. Will look.

2. Wolfram Alpha
Jaco Mostert
Elec Eng, South Africa
C43 (WP34C) running on DM42 sn. 03818, HP42S for complex math; 32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; owned FX702P & 11C; used HP67 & HP85. iOS: 42s (Byron), Free42, WP31S/34S, HCalc.

Jaymos
Posts: 627
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

### Re: 43S News

Walter wrote:
Mon Sep 23, 2019 3:22 pm

Question to Q2: What's WA?
Hi Walter,

1. I did read this page before I asked, and p143 still does not clarify. It does not refer to integers or long integers and refers to fractions only.

Regards
Jaco
Jaco Mostert
Elec Eng, South Africa
C43 (WP34C) running on DM42 sn. 03818, HP42S for complex math; 32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; owned FX702P & 11C; used HP67 & HP85. iOS: 42s (Byron), Free42, WP31S/34S, HCalc.

Jaymos
Posts: 627
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

### Re: 43S News

Fault report:

Compiling for DMCP, gives the following warnings, which were not there before:

Code: Select all

...$./compilDMCP > aa.txt src/wp43s/display.c: In function 'longIntegerToAllocatedString': src/wp43s/display.c:1640:72: warning: format '%d' expects argument of type 'int', but argument 2 has type 'int32_t' {aka 'long int'} [-Wformat=] printf("In function longIntegerToAllocatedString: the string str (%d bytes) is too small to hold the base 10 representation of lgInt, %d are needed!\n", strLg, stringLg); ~^ ~~~~~ %ld src/wp43s/display.c:1640:140: warning: format '%d' expects argument of type 'int', but argument 3 has type 'int32_t' {aka 'long int'} [-Wformat=] printf("In function longIntegerToAllocatedString: the string str (%d bytes) is too small to hold the base 10 representation of lgInt, %d are needed!\n", strLg, stringLg); ~^ ~~~~~~~~ %ld  Jaco Mostert Elec Eng, South Africa C43 (WP34C) running on DM42 sn. 03818, HP42S for complex math; 32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; owned FX702P & 11C; used HP67 & HP85. iOS: 42s (Byron), Free42, WP31S/34S, HCalc. Walter Posts: 1612 Joined: Tue May 02, 2017 11:13 am Location: Close to FRA, Germany ### Re: 43S News Jaymos wrote: Sun Sep 22, 2019 6:44 pm Question 1: I tried "ALL 15" with 965! in the X register: I expected no change to the X register as there is no real in the X register. The result was that the calculator attempted to convert to real, which of course it cannot do at a X register value larger than 1e2462. So the longint changed to infinity and did not want to change back. The question is not why it goes to infinity, the question is if the automatic conversion from longint to real is intended for (real) display mode change. I did not find any reference to that in the OM or ReM. I checked some older versions of the specs. The automatic conversion you observe was intended until v0.10. It should have been removed thereafter. Thanks for reporting. DM42 SN: 00041 Beta WP 43S running on this device HP-35, HP-45, ..., HP-50, WP 34S, WP 31S, DM16L Over_score Posts: 100 Joined: Fri May 05, 2017 9:37 pm Location: France ### Re: 43S News Jaymos wrote: Tue Sep 24, 2019 11:41 pm Compiling for DMCP, gives the following warnings, which were not there before: Code: Select all ...$ ./compilDMCP > aa.txt
src/wp43s/display.c: In function 'longIntegerToAllocatedString':
src/wp43s/display.c:1640:72: warning: format '%d' expects argument of type 'int', but argument 2 has type 'int32_t' {aka 'long int'} [-Wformat=]
printf("In function longIntegerToAllocatedString: the string str (%d bytes) is too small to hold the base 10 representation of lgInt, %d are needed!\n", strLg, stringLg);
~^                                                                                     ~~~~~
%ld
src/wp43s/display.c:1640:140: warning: format '%d' expects argument of type 'int', but argument 3 has type 'int32_t' {aka 'long int'} [-Wformat=]
printf("In function longIntegerToAllocatedString: the string str (%d bytes) is too small to hold the base 10 representation of lgInt, %d are needed!\n", strLg, stringLg);
~^                        ~~~~~~~~
%ld

This is fixed.
DM42 (SN 00284 & 03835), DM15L, HP41CV, HP42S, HP35s, WP34S, HP Prime

Over_score
Posts: 100
Joined: Fri May 05, 2017 9:37 pm
Location: France

### Re: 43S News

Walter wrote:
Wed Sep 25, 2019 10:42 am
Jaymos wrote:
Sun Sep 22, 2019 6:44 pm
Question 1:
I tried "ALL 15" with 965! in the X register: I expected no change to the X register as there is no real in the X register. The result was that the calculator attempted to convert to real, which of course it cannot do at a X register value larger than 1e2462. So the longint changed to infinity and did not want to change back.
The question is not why it goes to infinity, the question is if the automatic conversion from longint to real is intended for (real) display mode change. I did not find any reference to that in the OM or ReM.
I checked some older versions of the specs. The automatic conversion you observe was intended until v0.10. It should have been removed thereafter. Thanks for reporting.
This is fixed
DM42 (SN 00284 & 03835), DM15L, HP41CV, HP42S, HP35s, WP34S, HP Prime