[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 |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 2 Guest(s)