Omnimaga
Calculator Community => Other Calc-Related Projects and Ideas => TI Z80 => Topic started by: SirCmpwn on September 15, 2010, 07:40:06 pm
-
Hello,
I was bored, so I wrote a terminal in Axe. It has support for clear, ls (list the files on the calc), arc [file] to archive a variable, and unarc [file] to unarchive a variable.
-
Can we see?
-
Nice. Screenshot? ;D
Edit: ninja'd
-
I was going to post a screenie, but I'm having some trouble transferring things between my calc and my computer. Just getting AWTI off of my calc was hell.
-
okay, good luck.
Can't wait! :D
-
Well, a friend of mine is selling me her laptop for like, $50, and I'm going to build it from scratch and make sure TILP/TI Connect gets on there right.
-
Ooh, great! I wonder if an Axe shell is somewhere in the future...
-
I think he was already working on a shell in Axe actually. (Isn't that what Hatchet was?)
-
a friend of mine is selling me her laptop
inb4 parents takes it away...
Nice project btw. I assume this will be some sort of file manager but all command-prompt style?
-
As for the laptop, my parents were skeptical, but I'm letting them install filters on it.
All command prompt style, DJ.
Hatchet is a shell in Axe that I'm working on, yes.
-
Thats another cool thing about Axe. You can build a shell on-calc and compile it into an app! Sweet!
-
Yep! Speaking of which, does anyone have code for running an asm program?
-
This will execute a nostub assembly program (given a pointer to the filename, like you would use with GetCalc):
Asm(E7EF7C4E
The asm source:
rst rMov9toOP1
bcall(_ExecutePrgm)
Wikiti link: http://wikiti.brandonw.net/index.php?title=83Plus:BCALLs:4E7C (http://wikiti.brandonw.net/index.php?title=83Plus:BCALLs:4E7C)
-
Thanks!
-
Finally pulled it off my calculator. Screenie:
-
Awesome! Nice to know it's still alive, as well.
/me waits for UNIX based on KFS
-
I was working on a SEND PRGMNAME and RECEIVE function, but was having some issues. It will be pretty sweet when that works :)
Also, LS on my calc takes quite a bit longer to show than on the emulator :P
-
That's looking really cool! I have no idea what it really used for but it's sweet :D Great job.
-
... but I'm letting them install filters on it.
"Install" or Install? ;)
-
Install, unfortunately :P
-
That sucks :(
Hope they'd at least let you access all the calc sites/programs, though.
-
Nice to see this is still alive. I wonder if it will be able to browse programs by folders when someone got Doors CS7 installed?
-
Probably not, honestly. That's something I'd rather not implement.
-
Ah ok, it's up to you.
-
Also, LS on my calc takes quite a bit longer to show than on the emulator :P
maybe add in list by letter?
this looks pretty awesome so far!
-
List by letter is a good idea, I'll do that!
-
Maybe make CLEAR just CLS? its a little shorter and batch users will like it (therefor, I will like it :P)
I just love terminals, they are sort of a debugging window...
-
I'll add both, CLEAR is a unix thing.
-
^ So, how's this going?
-
/me picks this back up
I added LS [Letter], where it only displays items matching [Letter]
Next on my list: Scripting, and executing special programs designed for the shell.
-
Cool to hear :D
-
Very cool. I once thought about making a shell that would support the Axe commands. Like ion, but with Axe. However, I never started it.
* Binder News clicks "notify" on this topic
-
Hey, I tried using bcall ExecProgram, but it did not work. It didn't crash, but it didn't launch the program at all. I tried it as an app and as a nostub program, with similar results each time. Any ideas as to why?
-
Two questions: did you use it like WikiTI documents it? (http://wikiti.brandonw.net/index.php?title=83Plus:BCALLs:4E7C) and is the program you are trying to execute an unarchived ASM program?
-
I got it working, and subsequently got "EXEC PRGMNAME" working with it. I'll be working on a better way to execute programs from Archive, but it works for RAM at the moment.
-
Saw that you fixed it on IRC too. :D
How are you currently running from Archive? Copying to RAM will be easy enough, it seems.
-
I'm not handling it at all. If the program in question is archived, it gives a "File Not Found!" error. I'll be creating a temporary program in RAM and copying the program from archive to the temp program, then executing the temp program. I might add a switch to the exec statement, where you can enable writeback:
EXEC -W PHOENIX
-
Sounds cool, since a lot of people may want to keep their entire calc content archived. (Especially Mario, which crashes every picosecond)
-
Yeah, I've worked out a hacky way of running archived programs, and if the program crashes or gives me any other grief (so that it does not return to the application), and RAM is intact, there will be a temporary copy in RAM. However, if the application is still executing when the program exits, then it will delete the temp program.
-
Can you preserve the contents of the RAM somewhere, so that if it crashes, the RAM is restored upon turning the calc back on? :D
-
I could possibly do it, but it would be absurdly complex from Axe. Plus, no other shells offer it, as far as I know. I could possibly abuse inline Asm, but I'd have to unlock flash, which is difficult to consider from Axe. I may have to change the flash page I'm executing from, or even have to execute from RAM, which is also complicated, especially from Axe (although I have some interesting ideas about how to do this ;)). In short, no.
EDIT: In short, yes! I just remembered that there is a bcall that will backup all RAM into a group called BACKUP, which is three bytes of inline asm.
-
Awesome!
-
Ah, after looking into the bcall, I can even have the user specify the name of the group. I'll add a switch:
EXEC -B BACKUP1 PHOENIX
-
Cool! Good luck with it. ;D
-
Running into a strange problem. I use GetCalc(L1+4,Y1 to get the program in ROM. L1+4 is correct. However, I use {Y1-2}r to get the length, but it isn't getting the right length. Ideas?