Quote from: Hot_Dog on August 22, 2010, 08:47:53 pm

Quote from: Builderboy on August 22, 2010, 08:42:21 pm

Im curious as to what happens if you have a second page with only data and no actual code?

You could probably theortically access this data, but if so it's a lot more complicated than meets the eye.  If you try to access it simply by using code from your first page, you could crash your calculator.  It's much easier to load it with your own code on the data page.

that's: ouch. So basically you can't have a game engine on page 0 and game data on page 1. That sucks, leads to alot of duplicate code i guess...or am I misunderstanding?

If its pretty small then yeah you can duplicate it or if its speed critical. Most of the time anything like data is stored on a separate page(s) and then loaded into RAM (this also conveniently encourages you compress your data) since your ram page is visible to any app page.

Also Jerros, I'm going to shamefully plug spasm here, but there is really not a much simpler way to build a multipage app. And since im pretty sure AppDev uses TASM any code you've written is (hopefully) compatible. SPASM is here. Once you've got that download app.inc and put it in the same directory as your project.

#include "ti83plus.inc"
#include "app.inc"
defpage(0, "MyApp")
;for bcallin
_AddHLOne .equ $ - $4000
.dw AddHLOne    ;i think address comes first...
.db 1
;all code on page 0 goes here
 ld hl,0
 bcall(_AddHLOne)
 bcall(_JForceCmdNoChar)
defpage(1)
;oh look an incredibly efficient routine on page 1 :D
AddHLOne:
 ld de,1
 add hl,de     ;lalala
 ret        ;impossible to optimize btw ;)
validate()
And then run

spasm -T -L infile.asm outfile.8xk

in the command prompt (or I recommend creating a .bat file). And boom multipage app. I think the code i wrote will work, but its like 5 am here so yeah i'm starting to crash

I should also mention that if you need some better speed than TIs bcall routine (which require 800-1000 clocks overhead), you can write your own page swap routine. Its not terribly difficult, just load it to ram, and mess with port 6. I might post one later, but I can guarantee whatever I write now won't work

I can plug Brass
Modifying your post, I get this.

.binarymode ti8xapp
.variablename "outfile"
#include "ti83plus.inc"
.defpage 0,$4000,$4000 ;Define pages 0 and 1
.defpage 1,$4000,$4000

.page 0 ;Page 0 goes here
.block 128 ;Set aside 128 bytes for the header
    jp Start ;Jp over the branch table
    .branch AddHLOne
Start ;Colons after labels are optional
    ld hl,0
    bcall(_AddHLOne)
    bcall(_JForceCmdNoChar)
.page 1 ;Page 1 code goes here

AddHLOne
    ld de,1
    add hl,de
    ret
And then run
brass infile.asmin the command prompt. You'll get two files. A raw hex file "outfile.hex" and a signed app "outfile.8xk"

I've kinda figured alot out by now, though my assembler wants the specific offset for the labels I jump to, which I really wouldn't know:
JumpToLabelPage2 = $ - $4000
  .dw $4000                                 ; <-- if its the first line of  page2, it'd be this. How do I know the offset of labels  ?
  .db 1                                        ;  further down the programm?

;And mods, I didn't put the big empty space down here?
Also, these^ things work fine if I just put these^ kind of jump things anywhere in the programm.
Why put 'em on top and JP to your ProgStart?

One .z80 file per page.
Page 2 looks like this:
#DEFINE NOAPPHEADER
#INCLUDE "DWEDIT.INC"
...
Long list of #defines and .equs
...
FirstLabel:                         ; When I need to call this one it's easy, gotta fill in $4000 and it works
                             ; Becomes a problem when I need the offset of"labels further down.


author=calcdude84se link=topic=4102.msg57402#msg57402 date=1282575320]
Ah, that's the problem. Since they're assembled one page at a time, each page is unaware of the other's labels.

Nono, fixed that already.
This assembler works like a charm, and I don't really feel like spending another week learning the psychology of a new assembler ><
My only problem is that it needs to know the offset.
AppDev doesn't even need me to do the:
JumpToLabelPage2 = $ - $4000
  .dw $4000
  .db 1at the start of the program, anywhere will do. (saves a JP statement n_n)
My problem is that I only know the offset of the first label on page 2 ($4000, duh), but I'd like to know how to point at any other label too!
And for that, I need to know the offset of a label, which I don't.
Of course it's possible to do everything with only that one jump, but that's rediculous since there's got to be a way to check the offsets of my labels. ^_^

About the branch table thing - I dont put that at the start of my programm, and it still jumps to the right place on page 2.
Since I dont put it at the start, there's no need for the JP to the ProgStart either.
And appearantly my assembler doesn't want the label name after the .dw, it wants the offset.
Like I said, If my label is the first thing on  Page2 i just put $4000 there, but I don't want to manually count every line to calculate what offset the other labels are at, that's insane!
Of course I could load a number in AppBackupScreen and then make a jump table at the first label of Page 2, which isnt much work or takes much room, but it's still cheating and a way of hiding my incompetence as a programmer, ghehe...
And I'm not having ANY problems at the moment, everything is working fine.
Well, I still can't jump to anyhing but the first label on page 2, but you now know why that is
And don't worry, you aren't sounding rude.
I should've made muself much much more clear, you're no psychic.
I'm already overwhelmed by the many people willing to help me, and they're helping me ALOT, so thank you!