I think you are right. I have uninstall astrolab and solar view and all
is ok now.

Glad that was it and not something I wasn't aware of yet!

I am fairly certain it is due to the program having some function names that are too long (32 char limit that wasn't enforced back when it was written), but I do need to be able to prevent the issue on detection. It is on my list of critical things to get done before release already.

TW

Although I work for the HP calculator group, the views and opinions I post here are my own.

... I was just about to press the BUY! button too, but I refrained myself when I started to think about a could-be revamped body for this almost-new soul.
I am not in a hurry, but one of Han's master opera, SolveSys, is so so tempting; for being a daily user of non-linear systems, it is the ultimate tool for me. Besides, I would like to start working with its very polished CAS.
For how long will I be able to keep on refraining my finger to click on the buy button? >D

(11-08-2017 06:59 PM)Tim Wessman Wrote: ...
I am fairly certain it is due to the program having some function names that are too long (32 char limit that wasn't enforced back when it was written), but I do need to be able to prevent the issue on detection. It is on my list of critical things to get done before release already.

In the 32 chars limit is included only the name or also the brackets and params names?
i.e. in Astrolab the longer var is
FromLocalTimeToUniversalTime()
I think it's 28 characters, excluded the ()...
I don't remember if in Solar System there were longer variables, as I deinstalled it time ago for the problem that you said. Maybe they were over 32 chars...
I ask that because in my Effemerids program there are a few vars with 25/28 characters, and if they are "too long" I must cut them.

(11-08-2017 08:54 PM)Tim Wessman Wrote: Only the name. If you try it now, it pops up an error and doesn't compile your program source.

In SolarSystem there were 1-2 that were something like 35/36 chars long from memory.

thank you.
In fact by me the problem was only with Solar System (and 35 chars are also "too long to read", hi) that gave also problem with the Catalog.

Astrolab 4.1 main program is running now in my calc and in emulator and I'm testing it to find other eventual issues (as my Effemeridi program). For now no crashes or slowness noted. If I'll find other problems I write in the forum...
For now Program check doesn't present errors. But when Marcel will release a new version all will be better

EDIT: I tried to install Solar System again: after the installation Catalog in too slow to start, and then it seems to be "sticked" on top; removing Solar System (but not Astrolab itself) all become ok.
Solar System is based on Geometry and when plot some ellipses it has effect on Catalog (and Vars list) as Geometry itself...

(11-08-2017 06:23 PM)Tim Wessman Wrote: This seems strange. FREEZE not behaving nicely at the moment is a known issue, but I would not have expected a crash there. It feels like the compiled program from before might be bad in some way which I would not expect at all.

I also had issues with FREEZE on my Prime (HW C). For me, the problem occurred in a little program found here the forums called 'Entry Mode Switcher' which is used to hop between entry modes (RPN / Textbook / Algebraic). It uses the FREEZE command near the end to keep the currently selected mode on the screen until a key is pressed. With the Beta FW, I encountered spontaneous reboots a few times trying to execute this program. The code is very simple and copied below in case it helps in nailing down the FREEZE bug:

(11-07-2017 11:17 PM)Archanus Wrote: I cannot view the Tree in Help, because I get random reboot. (HP Prime, not Emulator/PC)

Hello,

I have uploaded new files to Eric at hpcalc.org for the firmware only (2017.11.08) that should be availiable shortly. Basically, the part of the build process that assembles the language files into a resource binary for the firmware on the calculator only decided to not include the full filename with extension. Thus, when looking for the file it couldn't find it and only fell back to english.

This should have been caught on our side but due to some other things happening we could not run the full language validation scripts on the hardware (only on the various simulators) and this was missed. Apologies!

(11-08-2017 10:37 PM)ekeppel Wrote: reboots a few times trying to execute this program. The code is very simple and copied below in case it helps in nailing down the FREEZE bug:

1. Have you opened the source that lives in and closed it again? Does it still happen?
2. Please remove the STARTVIEW call and see if it still does.

Hi Tim,

I can't get it to crash but every once in a while. After seeing that FREEZE wasn't working and occasionally crashing, I replaced FREEZE with WAIT(0.5). For this program that works well enough for my needs. When I experimented by changing the WAIT back to a FREEZE and executed it, the calculator crashed.

Unfortunately, trying to replicate the crash by swapping FREEZE to WAIT and then back again doesn't trigger it again for me. It's almost like some period of time needs to pass before it will crash again. (?)

Opening / Closing the source and removing STARTVIEW didn't seem to change anything, but since I can't reliably duplicate the reboot, I am unable to more fully test that. Sorry that I don't have more for you.

Installed 12951 Connectivity Kit and Virtual Calculator on my Win 10 laptop, without a hiccup. Also downloaded the firmware update for my rev A calculator. I unzipped the contents of the firmware update into the Firmware folder inside the HP Connectivity Kit folder and then connected the calc to my laptop. Initiated the Update Calculator option from the Connectivity Kit and the process seemed to go without a hitch, but after it had finished the calculator's firmware still shows it to be the previously installed release (12066). The CK confirms this by opening the Update Calculator dialogue.

(11-09-2017 03:55 AM)Tim Roche Wrote: Installed 12951 Connectivity Kit and Virtual Calculator on my Win 10 laptop, without a hiccup. Also downloaded the firmware update for my rev A calculator. I unzipped the contents of the firmware update into the Firmware folder inside the HP Connectivity Kit folder and then connected the calc to my laptop. Initiated the Update Calculator option from the Connectivity Kit and the process seemed to go without a hitch, but after it had finished the calculator's firmware still shows it to be the previously installed release (12066). The CK confirms this by opening the Update Calculator dialogue.

So I am wondering what I did wrong and how I might remedy it.

Are you sure you have inserted the rom in the correct folder? I mean in Documents -> Hp connectivity kit -> ROMs. If you don´t do that the app takes the old ROM inserted in that folder.

Thank your for this beta firmware, I´m going to do some tests of how it works.

(11-09-2017 03:55 AM)Tim Roche Wrote: Installed 12951 Connectivity Kit and Virtual Calculator on my Win 10 laptop, without a hiccup. Also downloaded the firmware update for my rev A calculator.... Initiated the Update Calculator option from the Connectivity Kit and the process seemed to go without a hitch, but after it had finished the calculator's firmware still shows it to be the previously installed release (12066). The CK confirms this by opening the Update Calculator dialogue.

So I am wondering what I did wrong and how I might remedy it.

(11-09-2017 07:45 AM)akmon Wrote: ...
Are you sure you have inserted the rom in the correct folder? I mean in Documents -> Hp connectivity kit -> ROMs. If you don´t do that the app takes the old ROM inserted in that folder.

Thank your for this beta firmware, I´m going to do some tests of how it works.

/Users/username/Document/HP Connectivity Kit/Firmware here ...
However, Tim Roche, please, control the free memory: Shift-B (Mem) and then "Info" (both Memory and Storage); as I had a similar problem, and that time was the Storage not enough, so I had to do something... If Storage is ok, ignore my hint.

Is the new graph3d app the same as the latest release of the available app out there? I'm concerned if I restore a backup I made before updating the firmware, will my backed up graph3d write over something new and better?

(11-09-2017 09:44 AM)webmasterpdx Wrote: Is the new graph3d app the same as the latest release of the available app out there? I'm concerned if I restore a backup I made before updating the firmware, will my backed up graph3d write over something new and better?

do you speak about famous Han user app ? GRAPH 3D v2.425

The new 3D app is a system app, it's not related to the user app.
you will have both runing with their own data. no overwriting.