This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - calcdude84se
Pages: 1 ... 121 122 [123] 124 125 ... 161
1831
« on: July 12, 2010, 04:44:40 pm »
What about a, b, and c? 
1832
« on: July 12, 2010, 04:42:31 pm »
When I try to compile a program containing exactly:
.BUG
Circle(47,31,31
DispgraphThe compiler pauses for a second or two then says "Error:Out of Mem" and pressing prgm takes me to the Dispgraph statement
1833
« on: July 11, 2010, 08:38:16 pm »
I just tried (or rather am trying) the fractal program. Two words: amazingly awesome!  Keep up the good work!
1834
« on: July 11, 2010, 07:40:52 pm »
No, it's currently written in BASIC, but he wants to have it in Axe instead. My statements of the possible awesomeness of this assume he will do it in Axe. 
1835
« on: July 11, 2010, 06:34:02 pm »
Fine by me, I had guessed the correct uses of the commands, but I was hoping he would clarify it for confused others. 
1836
« on: July 11, 2010, 06:32:37 pm »
Sorry, I never heard of those... Unfortunately, though, Chasm was never completed (and jr and djnz are, at least IMO, very important and necessary). I will look at Tasm_on_calc though, since it seems to be about equal to OTBP.
1837
« on: July 11, 2010, 06:23:23 pm »
It wasn't too complicated, I just assumed every "out (32h),a" was preceded by "ld a,REFRESH" and replaced the byte before every "D332" (or E32D3 in Axe) with what you wanted. Nothing too bad. Nice to have an official update, though. When can we get the converter I'm assuming you used?
1838
« on: July 11, 2010, 06:19:08 pm »
ah, okay. So you're going to write something like the OTBP assembler in the end? (At this point you'll want to use Axe, and then we'll eventually have on-calc ASM compilers in three languages: OTBP in basic, MASM in Axe, and Mosaic in ASM. That'll be awesome! )
1839
« on: July 11, 2010, 06:14:57 pm »
okay, that's fine. As was said, 22.5 was a bit of an unneeded luxury anyway. (No writing puzzles that need 22.5, then )
1840
« on: July 11, 2010, 06:12:27 pm »
Nice to hear about the update, and nice to know about pics and rectangles (I also like being able to do 16*16=32 multiplication)
Quigibo, could you check the documentation for the rectangle routines? It sounds like an added r does nothing and that RectI( always draws to the backbuffer.
Keep up the good work!
1841
« on: July 11, 2010, 06:04:05 pm »
To use absolute addressing, call and jp, you will have to keep track of sp through your program, this gets really annoying when you start adding stuff and you have to go change all your calls and jps.
you mean pc, not sp, right? You should never have to keep track of sp The only way to push pc is to do a call.
Very true. If you for some reason need to know the pc, you have to have a routine at a known location in RAM containing "pop hl \ jp (hl)" No dynamic way to do it. matthias1992: could you explain what you mean by "second on-calc compilation"?
1842
« on: July 11, 2010, 05:24:51 pm »
Realize that cpu speed (and the hardware timers) depends on battery power, while the crystal timers don't (I'm unsure about the lcd)
Also, for those who want to use the LEVEL8 program posted earlier with the benefit of correctly set crystal timers, I hacked together an Axe utility to modify the program to work better.
Supposing you didn't change the original program name from LEVEL8 (change the source code if you did), the program will display the REFRESH value the program is currently using. Change it to the REFRESH number you got from GRAY4 using the arrow keys (up/down change it by 1, left/right by 10) and press enter. The program will say "FIXED" and return.
(The program w/the 'S' on the end is the source, btw)
1843
« on: July 11, 2010, 05:07:59 pm »
So, what I get of this: (correct me if I'm wrong) You're trying to write a pure BASIC program that functions as a quick way to look up the hex for a command so you can code ASM on-calc. (Or are you trying to write a compiler?) You're considering making it in Axe. And what I have to say: That sounds interesting. I took the approach of just printing off the hex corresponding to each command, but it sounds like you want it entirely on-calc. As for bcalls, little-endianness (this is what the phenomenon you're referring to is called) is an inherent property of the z80, and this is true for all commands like "ld hl,nn" or "ld (nn),a", basically any command where a two-byte number is directly in the code. Whatever you're trying to do, good luck!
1844
« on: July 11, 2010, 04:55:55 pm »
Sounds awesome! Can't wait to see what it looks like!
1845
« on: July 11, 2010, 04:43:47 pm »
We wouldn't need to. Since it's an emulator, we have full control over what's happening inside.
The problem, however, is that the private key is used for signing, but the Nspire only contains the public key. (The private key is held by TI.)
Pages: 1 ... 121 122 [123] 124 125 ... 161
|
Show Posts
