Page 3 of 3

Re: conversion .mod file to RAW

Posted: Mon Feb 19, 2018 6:19 am
by grsbanks
There's been some discussion about that on a facebook group. If you can let me know what changes you make to Free42 to make it fall in line with Emu42, I'll get the online encoder/decoder to do the same.

Re: conversion .mod file to RAW

Posted: Mon Feb 19, 2018 11:07 am
by Thomas Okken
Ah, interesting. I'm not on Facebook, though. Is this something I can see without signing up?

Re: conversion .mod file to RAW

Posted: Mon Feb 19, 2018 6:48 pm
by grsbanks
Thomas Okken wrote:
Mon Feb 19, 2018 11:07 am
Ah, interesting. I'm not on Facebook, though. Is this something I can see without signing up?
Sadly not, but if I can find it again I'll e-mail you a screenshot. Not sure which group it was in now (old age making my own built-in memory well and truly "Random Access"...)

Re: conversion .mod file to RAW

Posted: Fri Feb 23, 2018 2:46 am
by Thomas Okken
I made the changes and released a new version, 2.0.16, which is out now for all platforms.

It recognizes 112-116 as ST T-ST L for all HP-41 instructions; 102-111 and 123-127 as A-J and a-e for LBL, GTO, XEQ, KEY GTO, and KEY XEQ, and everything else as numeric.

It executes functions with such nonstandard parameters like the real HP-42S does, except for being a bit more lenient: LBL >= 100 can be reached indirectly, and LBL ST T can be reached by GTO ST T and GTO 112, etc.

ΣREG ST T returns Invalid Data instead of setting the ΣREG pointer to 524400.

SPARE1, SPARE2, and W are skipped, as before.

Parameterized 42S extension handling is unchanged, except for the changes to KEY GTO and KEY XEQ mentioned above.

And, finally, it now recognizes E and -E by themselves as 1 and -1, respectively.

Re: conversion .mod file to RAW

Posted: Sat Jun 15, 2019 2:03 am
by Thomas Okken
I just posted an update to rom2raw: it can now read MOD files directly, so it's no longer necessary to extract the ROM files from MOD files using the MODFile program before passing them to rom2raw. Also, it now uses Unicode in the generated program listings (when using the -l option) so they look more like listings printed on a real HP-82143A.