From: John H Meyers on
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
> 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
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
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]