You create an AppVar(iable).  If i recall correctly, it's the b_call(_createAppVar) or something like it.  Then you use b_call(_findsym) and a combination of other VAT ROM calls to find the APP variable's starting address.  Then you can use that address as a pointer from then on to tell the calc where to store the data.

Keep in mind that the address you recieve is the for the first byte.  The first two bytes of the APP var are reserved for a length count, so don't mess with them.  Increase the recieved pointer twice to get the first "free" space in the variable.  If your program creates APPvar of multiple sizes, it might be useful to read those bytes to see how big it actually is.

Storing data in other programs is relatively easy.  VAT ROM calls can be used in almost the same way to find it.  I don't know about actually using it though.  Overall, I think APPvar should be used for save files while external programs should be used for data.  I'm not sure if you can use them for dll (external library of functions) purposes but even if you could, you might as well just rely on a shell's functions (unless you've written special ones).

http://nwps.ws/~dragonfire/Asmin28/lesson/day21.html

http://education.ti.com/educationportal/appsdelivery/download/download_eula.jsp?cid=us&displayMode=G&applicationid=6142&contentpaneid=28  You'll be interested in the System Routines Documentation and the Developer Guide

Hope this helps! (and hope I'm right because I haven't done this before   ).

edit: word of warning: there are a lot of different errors that can occur, so make sure you check for them before trying anything.  You'll see what i mean when you read the descriptions for those ROM calls.

No problem Dragon__Lance!  Take advantage of the fact you can actually assemble code at the moment
Searching old posts on MC is also helpful too.

lol, so are u still trying to prgm ASM at the moment? or just BASIC?

Its true that some asm programmers at MC arent kind to newbies, and its not good since it drive them away. I dunno if its intentional but they should give them a chance at least and be less rude. Too bad we dont have a lot of asm programmers over here . Maybe at Revsoft they would be nice in helpingQuoteBegin-kalan_vod+-->

QUOTE (kalan_vod)

Not atm, nor do I really plan on it as I don't see myself programming for much longer (calcs.).

-->

QUOTE (Dragon__lance @ Apr 30 2006, 07:27 PM)

lol, so are u still trying to prgm ASM at the moment? or just BASIC?

This is in response to the first page of discussion:
This would be really hard to do for this game. Mainly because menus are not easy to do in ASM. The rest of it could probably be converted by some nice person with time on their hands (not me). Liazon knows what he is talking about, listen to him.

Plus at revsoft, we welcom all coders, not just ASM ones.