(05-26-2017 12:52 PM)toml_12953 Wrote:  

(05-26-2017 07:34 AM)Paul Dale Wrote:  I'm fine with the 42S's behaviour. CPXRES and REALRES are required.

The question was more: should a calculator switch between real and complex mode automatically? It shouldn't unless told to. This works both ways: (0 + i)² should give (-1, 0) not -1.

Maybe for you it shouldn't but for me, it should always give an answer in either the real or complex plane as appropriate. If I could pick only one method, I'd have the calculator always give a numeric answer whether real or complex. If I was working a real-world problem and saw a complex result, I'd know there was no real solution. If the calculator always reported an error when given real inputs, there would be no way of knowing what the actual answer was.

Tom L

(05-26-2017 01:36 PM)Ángel Martin Wrote:  

(05-24-2017 01:53 PM)Guenter Schink Wrote:  4. In Alpha-Mode haven't found a way to put in numbers

I have the same issue: can't figure out how to enter numbers in ALPHA...

On the real 42 is simply pressing the number key, so here I had assumed the SHIFT key would be needed since the direct letters are assigned to the keys - but that does *not* work.

Is this a bug?

(05-26-2017 06:24 PM)pier4r Wrote:  Thomas do you get a fee with the Dm 42?

If yes I may plan a future purchase, because having the free 42 on the phone is ok but a real keyboard is better.

(05-26-2017 04:36 PM)Thomas Okken Wrote:  

(05-26-2017 12:52 PM)toml_12953 Wrote:  Maybe for you it shouldn't but for me, it should always give an answer in either the real or complex plane as appropriate. If I could pick only one method, I'd have the calculator always give a numeric answer whether real or complex. If I was working a real-world problem and saw a complex result, I'd know there was no real solution. If the calculator always reported an error when given real inputs, there would be no way of knowing what the actual answer was.

Tom L

That's exactly what CPXRES mode does: with real inputs, you get real results if they exist, and complex results if necessary; with complex inputs, you always get complex results. This is the default mode on the HP-42S and in Free42, and, I assume, DM42 as well.

(05-19-2017 05:29 PM)Dave Frederickson Wrote:  Where?

(05-26-2017 08:59 PM)Geoff Quickfall Wrote:  When the original announcement last year (June?) delivery 2016 and was subsequently postponed the beta test versions were mentioned. Since then more names were added to the list.

(05-26-2017 04:53 PM)Guenter Schink Wrote:  

(05-26-2017 01:36 PM)Ángel Martin Wrote:  Is this a bug?

I don't think it's a bug. It's beta status
Michael und I had a lenghty discussion last year about a concept of alpha entry. His objective was to finalize the hardware first. Software will be tuned later.

(05-26-2017 01:17 PM)jch Wrote:  I had to use a paper clip to reset my DM42 after I tried to create a 100 x 100 matrix.
That yields to a 'Malloc Error' and I had to reset the calculator. I first tried a gentle pressure, but it requires a firm one.

(05-28-2017 08:57 PM)Thomas Okken Wrote:  I just released Free42 2.0.3, which fixes acos(cos(1+i)) and asin(acos(atan(tan(cos(sin(1+0i)))))), and a few other edge cases.

(05-28-2017 09:09 PM)rprosperi Wrote:  Are state files, etc. compatible so I can just replace the .exe files (Windows).

(05-28-2017 09:09 PM)rprosperi Wrote:  Also, FYI, the README.txt file in the .zip still says you can keep the state and data files in the install folder by creating a file named 'portable' in the install folder, but it appears this option is deprecated. Not a big deal, just letting you know.

(05-28-2017 09:47 PM)Thomas Okken Wrote:  That should still work, I haven't removed that feature.

(05-28-2017 10:04 PM)rprosperi Wrote:  

(05-28-2017 09:47 PM)Thomas Okken Wrote:  That should still work, I haven't removed that feature.

I started by deleting C:\Users\Prosperi\AppData\Roaming\Free42 (from much older versions of Free42) then I created an empty file 'portable.txt' in the install folder, renamed it to 'portable.' and ran C:\Program Files (x86)\Free42\Free42Decimal.exe (using a shortcut from the desktop) and it created a new instance of C:\Users\Prosperi\AppData\Roaming\Free42 with the various state/config files.

(05-28-2017 10:04 PM)rprosperi Wrote:  I also saw a comment somewhere (in project history?) saying that this feature was no longer supported after v1.5.x (don't recall exact version). So maybe it was there, went away for a while, then came back?

(05-28-2017 10:04 PM)rprosperi Wrote:  Would prior installations leave traces in the registry that might override the 'portable' setup?

(05-28-2017 10:24 PM)Thomas Okken Wrote:  The file must be named "portable", not "portable.". No dots allowed.
I just tried it in Windows 10; still works fine.

(05-28-2017 10:24 PM)Thomas Okken Wrote:  No; recent versions of Free42 don't use the registry at all.

(05-29-2017 12:10 AM)rprosperi Wrote:  

(05-28-2017 10:24 PM)Thomas Okken Wrote:  No; recent versions of Free42 don't use the registry at all.

I found some Free42 file associations (with file type .dat) in the registry, but those could be remnants of much earlier versions of Free42. I presume these can be safely removed?

Thanks Thomas

(05-29-2017 01:30 AM)Thomas Okken Wrote:  I don't know how those would have been created. The only thing Free42 ever stored in the registry was the location of the "Free42 Directory," i.e. the directory to use for skins and the state file.

So yes, those entries can be safely removed.:-)

(05-26-2017 12:18 AM)matthiaspaul Wrote:  Since the calculator's keyboard area is slightly recessed, it appears to be quite well suited for keyboard overlays in general. Does the case also feature small notches in the rails to the left and right of the keyboard to better afix overlays (like on the HP 48)? If not, that might be a useful tweak to further improve usability.