0 Members and 4 Guests are viewing this topic.
:(0-255) -> {L6+(0-767)}:dispgraph
A way to manipulate individual bits.And Try/Catch
You can't just make a processor suddenly divide into two or something.
Quote from: Freyaday on March 24, 2011, 10:47:42 amA way to manipulate individual bits.And Try/CatchUse the logical functions to manipulate individual bits, since that's essentially the only way to do it at the Assembly level too.But I'm curious as to what types of exceptions you'd be catching, since there aren't really a whole lot of errors you can recover from on a z80 calc.Quote from: Deep Thought on March 24, 2011, 11:00:28 amYou can't just make a processor suddenly divide into two or something.I think the iPhone has an app for that...
In other news, Frey continues kicking unprecedented levels of ass.
Freyaday, there is no processor command to manipulate individual bits. You have to do it with logical operations.
I didn't know! But then isn't that what the pxl-commands do? Could it be possible to rejigger them to accept locations outside of L3 and L6?
Yes it does i hope. And if you are setting a constant bit and not a variable, the bit setting routine can be auto optimized to take up 4 bytes methinks.Ld HL,adressSET/RES #,(HL)
That isn't actually the case. The LCD has its own internal memory, which stores the contents. DispGraph copies the buffer to the LCDs internal memory. Bitmap(, for example, can optionally copy straight to the screen.
EDIT: Another idea is to have a way to jump to program source from the axe compile menu. I have a lot of programs, so would faster to go through the axe menu to open up my axe programs for editing.