www.SwissMicros.com

That is possible indeed.
See the 3rd post in this thread

Cheers, Werner

They are, at least for the full command name. The catalog shows an abbreviated name which causes some commands to seemingly be out of place, eg ASINH and ASGN, until you realize the latter is really ASSIGN. This, however, does not apply to AOFF and AON, that are not abbreviated and are in their righ...

??
Whatever makes you think that?
Both are listed in CATALOG-FCN.

Cheers, Werner

From the manual: F34 F35 AGRAPH behaviour C C The image is merged with the existing display (logical OR) -- default state C S The image overwrites all pixels in that portion of the display S C Duplicate 'on' pixels are turned 'off' S S All pixels are reversed (logical XOR) Cheers, Werner

LBL “PIXOFF” “x” SF 34 AGRAPH CF 34 END The “x” is the multiplication sign. To be foolproof, the program would have to save the state of flags 34 and 35, then set 34 and clear 35, do AGRAPH and restore flags 34 and 35 to their original settings. But by default they are both clear, so.. Cheers, Werner

Unfortunately, this is exactly how the HP42S behaves as well.
Cheers. Werner

Of course, Thomas' program will need at most a 8x1 matrix and 8 loops to store the Alpha register, and just performing XTOA on the matrix in the X-reg will append it to the Alpha register, just like Bill's. And it works for an empty Alpha Register without modification.
Werner

Hi Thomas, no, it points beyond the RTN, at LBL 14. But something's wrong anyway: why is the busy annunciator lit, and the result not shown? If I remove the CLLCD right after the STOP, it works as it should. Perhaps it's the combination of CLLCD and subsequently changing GrMod that is the culprit. C...

I altered the program to remove the printing commands, and added a STOP after the first PIXEL. Executing first shows the pixel at (5,5). Upon pressing R/S, the busy annunciator remains lit, and the result of drawing the pixel at (100,100) is not shown. Pressing PRGM shows the code has run till the e...

I mean 'correctly rounded'. 9 SINDEG ends in ..668923 so the correctly rounded result is ..669 ASINDEG(1.564344650402308690101053194660901-01) ends in ..535301, so ..535 is the correct answer, and it's not a matter of rounding vs. truncating. Free42 is occasionally an ULP wrong because it doesn't ha...