From: John H Meyers on 3 Aug 2010 12:46 On 8/3/2010 11:30 AM, TW explained: >> The _Saturn_ emulators do all that? Emu48 does all that? > No, emu48 does not do that. HP's emulator distributed to educators > however does. No, it is not an ARM emulator. >> What if someone were willing to forgo use of STRM, >> and would rather replace the original block? > I don't think anyone is trying to stop that. . . I guess it's a matter of figuring out how (and fixing CRC?) By the way, after a 2.15 ROM update, does ON+D continue to function exactly as before in real calc? (Emu48 and Debug4x only go dead now, ignoring even subsequent ON+C and requiring full "reset calc"). Thanks, as always, for your various replies and info. [r->] [OFF]
From: TW on 3 Aug 2010 15:09 > By the way, after a 2.15 ROM update, does ON+D continue > to function exactly as before in real calc? Yes. On ARM based machines those were never running the saturn code, but rather jump into arm version of essentially the same thing. TW
From: Han on 3 Aug 2010 15:19 On Aug 3, 2:09 pm, TW <timwess...(a)gmail.com> wrote: > > By the way, after a 2.15 ROM update, does ON+D continue > > to function exactly as before in real calc? > > Yes. On ARM based machines those were never running the saturn code, > but rather jump into arm version of essentially the same thing. > > TW If you are curious, you can disassemble the ROM address starting at #0019Bh; there is a jump to #001BEh, which contains a 5-nibble opcode for handling the ON+D and related key sequences.
From: John H Meyers on 4 Aug 2010 18:06 On 8/3/2010 2:19 PM, Han wrote: > If you are curious, you can disassemble the ROM address starting at > #0019Bh; there is a jump to #001BEh, which contains a 5-nibble opcode > for handling the ON+D and related key sequences. Thanks for very interesting info. [r->] [OFF]
First
|
Prev
|
Pages: 1 2 Prev: When finite precision creates big mistakes... Next: July programming challenge update |