Yeah, some error messages are still kinda cryptic.

Also bug report on my side:

-The calc rebooted after letting my polygon program loop for a very long while (several minutes) before interrupting it. Not sure what caused it, though.
-My pseudo 3D-effect program from last month still doesn't work properly once you connect the calc to the computer. It can be annoying to test on calc when charging. I suspect that it has something to do with the TICKS command, because the frame rate counter I made is totally messed up too when this happens (shows 100-900 FPS instead of 21-23).
-The emulator crashes then restarts when running into an INT command.
-In the original Tetris program posted on HP Museum a while ago (not the updated one), keypresses don't do anything in the emulator.
-In the FILLPOLY_P help, the syntax for the example is wrong and doesn't work. Or maybe it should work but a bug causes it to not to? I had to replace everything with brackets to get it to work.

-The calc rebooted after letting my polygon program loop for a very long while (several minutes) before interrupting it. Not sure what caused it, though.
-The emulator crashes then restarts when running into an INT command.

The first issue is likely due to a memory leak. As for the second issue, are you using INT for integration? Or did you use it to find integer values of a decimal? The former is how it's implemented on the HP Prime (that is not to say, however, that INT does not have any bugs). For integer values, use IP.

Based on my own experiences with the calculator, the error handling on the calculator is likely the cause of MANY issues inside programs -- and even worse in apps. It would not surprise me to find out that crashes are the result of mishandled errors.

Some minor issues:

-If you press Shift then ON during program execution, it turns the calc off before even exiting it. Turning it back on exits the program. In one occasion it wouldn't turn back on and I had to do the ON+Symb combo.
-And of course the backlight dims even inside a program if you don't press any key for a while
-A major slowdown occurs when pressing keys in a program, unless these keys are used by it (via the getkey commands, for example)
-The calc reboots when plugging it to the computer sometimes.

Terminator prototype? Or GLaDOS?

..., the emulator becomes sentient...

Wat ya mean, crashes? Come on, no euphemisms please!

Yes, you can transfer directly between emulator and the actual calculator, bypassing the connectivity kit altogether.

That's not scrolling as you are using G1 as both the input and the output of the BLIT. So as the BLIT command carries out the copying, the bits in G1 are changing! Assuming G1 is a larger graphic, then you should blit to G0 different sections of G1.