Page 1 of 1

What about the latest Update?

Posted: Thu Jul 11, 2019 11:21 pm
by zeno333
On July 8th, there was a DMCP update posted for version 3.14, but the DM42 was not updated and remains at version 3.13...Should we just update the DMCP now, or should we wait for a DM42 update to come later??? Also, there is no notification of the DMCP 3.14 update in the forum new update notification area...is that because there are more updates for DM42 coming???

Re: What about the latest Update?

Posted: Fri Jul 12, 2019 8:09 am
by grsbanks
Yes, there is an update coming soon.

Re: What about the latest Update?

Posted: Sun Jul 14, 2019 11:04 pm
by Thomas Okken
Will that update include Free42 2.4.2? You mentioned some time ago that you were testing an update that included 2.2, and most of the Free42 updates since then have included only platform-specific updates and fixes, so no changes to the core, but 2.4 introduced configurable word size for BASE, and that would be nice to have in the DM42 as well.

N.B. I'm not aware of any bugs at the moment, and the only work I have planned is state file switching, which of course the DM42 has already. My implementation will be a bit different: I want to split the core and shell state into separate files, and change the core state format to something platform-independent, to allow sharing states between instances of Free42 running on different platforms. But I'm not going to be working on that very soon, probably sometime this fall or even later.

Re: What about the latest Update?

Posted: Mon Jul 15, 2019 7:46 pm
by jch
Thomas Okken wrote:
Sun Jul 14, 2019 11:04 pm
My implementation will be a bit different: I want to split the core and shell state into separate files, and change the core state format to something platform-independent, to allow sharing states between instances of Free42 running on different platforms. But I'm not going to be working on that very soon, probably sometime this fall or even later.
Hi Thomas,

I know this was on your todo list a long time ago.
So I have played with this idea since some time, still work in progress but I'm in the final step to have a platform (well only Android and Windows yet) independant state file.
You may have a look at my work there.

Cheers.
Jean-Christophe.

Re: What about the latest Update?

Posted: Mon Jul 15, 2019 10:02 pm
by Thomas Okken
Hmmm. I was thinking of using EBML as the basis of the state file at first, but when I started thinking about platform-neutral state files again a few weeks ago, it occurred to me that EBML may be overkill. It offers a degree of flexibility that Free42 doesn't really need, and that flexibility comes at a cost in terms of code complexity.

My thought right now is that the existing format is basically OK. It just needs to be modified so that the way integers, floats, and structures are stored does not depend on the platform's word size, endianness, and structure alignment. That could be achieved using EBML-like variable-length fields, without going all-out and using an actual EBML dialect. Or by using fixed-size fields and simply standardizing on certain field sizes.

But nothing is decided yet. I'll take a look at your code later, probably this weekend. Maybe I do like the idea of using EBML after all.

Re: What about the latest Update?

Posted: Mon Jul 15, 2019 10:30 pm
by toml_12953
Thomas Okken wrote:
Mon Jul 15, 2019 10:02 pm
Hmmm. I was thinking of using EBML as the basis of the state file at first, but when I started thinking about platform-neutral state files again a few weeks ago, it occurred to me that EBML may be overkill. It offers a degree of flexibility that Free42 doesn't really need, and that flexibility comes at a cost in terms of code complexity.

My thought right now is that the existing format is basically OK. It just needs to be modified so that the way integers, floats, and structures are stored does not depend on the platform's word size, endianness, and structure alignment. That could be achieved using EBML-like variable-length fields, without going all-out and using an actual EBML dialect. Or by using fixed-size fields and simply standardizing on certain field sizes.

But nothing is decided yet. I'll take a look at your code later, probably this weekend. Maybe I do like the idea of using EBML after all.
As long as you're looking at a substantial change, have you read about posits? Supposedly better and faster than the IEEE 754 floating point standard while using fewer bits and needing no modification to source code! It sounds too good to be true to me but I haven't read the whole article yet.

https://www.nextplatform.com/2019/07/08 ... mputation/

Re: What about the latest Update?

Posted: Mon Jul 15, 2019 11:21 pm
by Thomas Okken
toml_12953 wrote:
Mon Jul 15, 2019 10:30 pm
have you read about posits?
As a matter of fact, I have -- about an hour ago, on the MoHPC forum. :D It does sound too good to be true, and besides, the Intel library seems to me to be good enough™ for a calculator.

In principle, plugging in a different floating-point library in Free42 is easy, as long as it provides the full set of transcendental functions, including hyperbolics and gamma. The devil is in the details: number entry, number ↔ string conversion, and dealing with numbers in programs when loading a state file written by a version of Free42 using a different floating-point system.