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 ... 73 74 [75] 76 77 ... 161
1111
« on: October 07, 2010, 07:26:22 pm »
...so everyone can participate with more than just text.
I like voice/video chatting!  Edit: This is not meant to be taken badly 
1112
« on: October 07, 2010, 07:00:19 pm »
Unless they're separate locks from the lockers.. Which is it Builderboy?
1113
« on: October 07, 2010, 06:58:16 pm »
IMO it should definitely be left on tinychat so everyone can participate with more than just text. If possible, yeah, it should definitely be recorded. 
1114
« on: October 07, 2010, 06:45:44 pm »
I was there and I have to say I enjoyed it. Too bad tinychat has no recording mechanism... See you next show! 
1115
« on: October 07, 2010, 06:19:32 pm »
I think you're getting confused with how djnz works  For example, this code leaves hl equal to $100: ld b,0
ld h,b
ld l,b
;Zero b and hl
loop:
inc hl
djnz loopIn short, you normally don't write infinite loops with djnz. In addition, "While 1" loops can be useful. 0->X
While 1
Output(0,0,X+1->X>Dec
ReturnIf getkey(0)
EndWait, do you mean just an empty loop? (I missed the previous page) In that case, there are still ways to get around it. Another endless loop: (and yes, storing to a variable address returns the address, not the valued stored) 0->A
While 0->{A}=A
End
1116
« on: October 05, 2010, 10:06:25 pm »
Part of the 83/84+(SE)'s software is not part of the OS, and is used by the calculator. This code is why ROM's cannot legally be exchanged.
On the other hand, while the 68k calcs have similar code, the OS does not use it, while the 83+ Series calcs do.
1117
« on: October 05, 2010, 09:51:58 pm »
Bookmarked
1118
« on: October 05, 2010, 09:01:54 pm »
Win. Good job.
1119
« on: October 05, 2010, 08:53:22 pm »
I'm not sure if this is intentional, but I can't do oY1; I get an "improper use of file" error...
You can't, at least not until that bug is fixed
1120
« on: October 05, 2010, 06:59:35 pm »
It's Y 1-Y 0 I do not recall, actually. A quick look at the disassembly in calcsys should answer that. * calcdude will get around to posting the answer later if Deep Thought doesn't figure it out himself.
1121
« on: October 05, 2010, 06:48:39 pm »
yeah... I would assume 64KB rather than 512B because it is cheaper, though I may be wrong.
1122
« on: October 05, 2010, 06:46:11 pm »
Yes, well, that's the intended use; with the ability to modify them directly, you can use the to read Flash at will. Example code: (assuming I can use get the address of Y1) 0->H
For(P,1,4
P->{°Y1
For(X,E4000,E7FFF
X->{°Y1+1
{X}+H->H
End
EndYes, it's horribly inefficient (would be better done by reading a whole 16KB instead of one byte at a time), but it works. (It finds a 16-bit checksum of the first sector of flash.) Of course, it would be better if there were built-in ways to access flash directly and not by a bcall, but something is better than nothing Edit: As a side note, you can use this code now, but you have to insert the address of Y1 rather than just use °Y1.
1123
« on: October 05, 2010, 06:39:59 pm »
How the repeat works is rather interesting, actually. For example, LDIR acts almost exactly like LDI, in fact, this code acts almost exactly the same (except for speed ) Effectively the pc does not change unless bc is zero; the instruction is executed over and over. ldir_loop:
ldi
jp pe,ldir_loop
1124
« on: October 05, 2010, 06:31:55 pm »
It's the last two letters you should be interested in. "IR" stands for "Increment Repeat" and "DR" stands for "Decrement Repeat."
1125
« on: October 05, 2010, 04:41:15 pm »
Moving and renaming sections is a good idea. I'll see what I can do. Macros will be done at some point, but those are a bit tricky.
Cool! INCLUDE would actually be quite a bit more difficult. I realize it's nice to have for porting existing code, but is there a reason you really need it?
Probably not, now that I think about it. I believe that they're assembled in the order they're listed, by a breadth-first search (so the main source file comes first, then all the files imported by the main source file, then all the files imported by those files (assuming they weren't used already), and so forth.) So if you want the files in a particular order, just be sure to list all of them in the main source file.
If you're writing a general-purpose library that depends on other libraries, you can't predict what order those dependent libraries will appear, but the section types do allow you to define a partial ordering of sections (all header sections come before all code sections, which come before all data sections, which come before all footer sections.)
Nice to know. (Yes, I know this is 3 pages late, but I never had the chance to reply earlier)
Pages: 1 ... 73 74 [75] 76 77 ... 161
|
Show Posts
