DM42 / Free42 state file compatibility
-
- Posts: 1102
- Joined: Tue May 02, 2017 5:48 pm
- Location: Netherlands
- Contact:
DM42 / Free42 state file compatibility
Can Free42 and the DM42 read each other's state files? Has anyone tried?
N.B. The latest DM42 firmware wouldn't be able to read the latest Free42 state, since there's been a state file format change between 3.0.5 and 3.0.6, but it might work with Free42 3.0.5 or earlier. I don't have my DM42 with me at the moment so I can't try this myself, but the issue has come up and I am curious...
N.B. The latest DM42 firmware wouldn't be able to read the latest Free42 state, since there's been a state file format change between 3.0.5 and 3.0.6, but it might work with Free42 3.0.5 or earlier. I don't have my DM42 with me at the moment so I can't try this myself, but the issue has come up and I am curious...
Re: DM42 / Free42 state file compatibility
Except for the most recent Free42 change, yes they should be able to read each other's state files, though I've actually not tried doing so since the feature first became available, more than a year ago (IIRC).
Last edited by rprosperi on Tue Nov 02, 2021 1:22 pm, edited 1 time in total.
--bob p
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
Re: DM42 / Free42 state file compatibility
? Isn't there a word missing? One at least?
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
Re: DM42 / Free42 state file compatibility
Not any more! Thanks Walter, for a careful reading and gentle prod...
--bob p
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
-
- Posts: 1102
- Joined: Tue May 02, 2017 5:48 pm
- Location: Netherlands
- Contact:
Re: DM42 / Free42 state file compatibility
Thanks Bob!
If it worked a year ago, I'd assume it still works now, since nothing significant has changed about Free42 state file handling since then.
When you did try, did you try it in both directions?
If it worked a year ago, I'd assume it still works now, since nothing significant has changed about Free42 state file handling since then.
When you did try, did you try it in both directions?
Re: DM42 / Free42 state file compatibility
Yes, using the latest of both at the time, and had no problems. I was using relatively vanilla state files, each with less than a dozen programs, so I would not call it thorough testing, but AFAIK, the structures do not vary widely with a larger number of programs, so assumed it would scale fine.Thomas Okken wrote: ↑Tue Nov 02, 2021 2:06 pmThanks Bob!
If it worked a year ago, I'd assume it still works now, since nothing significant has changed about Free42 state file handling since then.
When you did try, did you try it in both directions?
--bob p
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
-
- Posts: 1102
- Joined: Tue May 02, 2017 5:48 pm
- Location: Netherlands
- Contact:
Re: DM42 / Free42 state file compatibility
That's good to hear. Thanks!
Re: DM42 / Free42 state file compatibility
And encoding, perhaps?Thomas Okken wrote: ↑Mon Nov 01, 2021 11:28 pmthere's been a state file format change between 3.0.5 and 3.0.6
I noticed by chance that the two program lines
Code: Select all
STOx "ABCD"
Code: Select all
CLA
132
XTOA
+"ABCD" @ (why can't the append character just be a '+' instead of the '|-' kludge?)
A2LINE
Cheers, Werner
41CV†,42S,48GX,49G,DM42,DM41X,17BII,15CE, DM15L
-
- Posts: 1102
- Joined: Tue May 02, 2017 5:48 pm
- Location: Netherlands
- Contact:
Re: DM42 / Free42 state file compatibility
Under the HP-42S encoding, Fn 84 is STO× <alpha>, so it makes sense that both would decode the same. What's happening here is that Free42 uses a different encoding internally, i.e. not the same as "raw" format, so the line created by A2LINE really is a string, and not a STO× call. But if you exit and restart the app, and then do something to cause the display to refresh, you'll find that the "▒ABCD" has turned into STO× "ABCD" after all. This happens because in the state file, programs are written in raw format, so the distinction between "▒ABCD" and STO× "ABCD" disappears.
Fixing this inconsistency would require having A2LINE check if the string in question happens to be one of the HP-42S or Free42 extensions.
Fixing this inconsistency would require having A2LINE check if the string in question happens to be one of the HP-42S or Free42 extensions.
Re: DM42 / Free42 state file compatibility
I made an 8x5 font (digits only), and to be able to store it as a file, I created a program that creates the matrix. I had the luminous idea of using the DM42 encoder's hex editor to just create the necessary strings, and ASTO ST X \-> to save them in the matrix (using nnn XTOA would make the program a lot larger). It works for a 7x5 font, but not 8x5 as there you have codes > 127, and the ones starting with a letter (in hex) are not accepted by the decoder at all, and some others (like 84, 85, 86, ..) have been used in commands accepting alpha parameters. Ah well.
Werner
Werner
41CV†,42S,48GX,49G,DM42,DM41X,17BII,15CE, DM15L