Post Reply 
[split] Emu71 on Linux memory crashes
10-30-2023, 07:42 AM (This post was last modified: 10-30-2023 10:20 AM by floppy.)
Post: #12
RE: [split] Emu71 on Linux memory crashes
(10-29-2023 11:34 PM)rprosperi Wrote:  {n1 n2 -> n3 } Divide n1 by n2, and return the remainder n3 with the same sign as n1.
What is the decision beyond this? the integer arithmetic? MOD implementation is heterogenous accross some systems: how to make it homogenous?
(referencing to a manual page is a good start. I could already read. Backgrounds in computer integer arithmetic would be goooood).

For example the HP71B stack looks like
-1 200 MOD
OK { 1 }
.S
1048575 OK { 1 }
-1 .S
1048575 1048575 OK { 2 }
As we see the -1 is stored with an integer (looks positive).
I further search and will find a solution: however, not easy to find the answer for such an old board quite nobody is using (I dont see an HP71 as collection part, but as part to be used for a precise identified task).

UPDATE: since I could not find a physical/processor reason for HP71B having implemented the MOD function differently like in gforth, I made a Gforth like new MOD function (only positive results). Now I will test if my memory arithmetic works fine with that modified MOD.
Code:
:  PMOD DUP -ROT MOD DUP 0< IF + ELSE NIP THEN  ;

HP71B 4TH/ASM/Multimod, HP41CV/X/Y & Nov64d, PILBOX, HP-IL 821.62A & 64A & 66A, Deb11 64b-PC & PI2 3 4 w/ ILPER, VIDEO80, V41 & EMU71, DM41X
Find all posts by this user
Quote this message in a reply
Post Reply 


Messages In This Thread
RE: [split] Emu71 on Linux memory crashes - floppy - 10-30-2023 07:42 AM



User(s) browsing this thread: 2 Guest(s)