Which means, you can run any Ion, MirageOS, NoStub or basic program. I think this is the ultimate answer to shells...Last night someone asked for him to add Crunchy (which I would love to see, as for the compression). I would like to see another thing added: the appdata that Crunchy does so that it would not require automatic write back (if you enable it to save high scores and data).Noshell is a TI-83/84 Plus Flash application which installs a parser hook that allows you to run all programs (BASIC, assembly, Ion, and MirageOS, whether in RAM or archived) as if they were BASIC, right from the PRGM menu. Neither "Asm(" nor any other shell is required to run them. It also supports optional program writeback and chaining with other parser hooks, such as xLIB.
The Ultimate Shell "NoShell"
Moderator: MaxCoderz Staff
The Ultimate Shell "NoShell"
Well, those who visit ticalc.org regularly would see the program BrandonW released (the msd8x and bcall guy).
I'm amazed to see how far the misconception that Crunchy actually compresses other programs has spread. The feature only works for programs specifically compiled for CrunchyOS. A newer version which actually let you compress other programs was in the works, but never finished.
Sometimes though it seems like you are compressing programs since you use the remaining 12k of the application's space for storing programs.
(edit: sorry, CrunchyOS is 6.5k in size, not 4k. Remaining space is 9.5k.)
Sometimes though it seems like you are compressing programs since you use the remaining 12k of the application's space for storing programs.
(edit: sorry, CrunchyOS is 6.5k in size, not 4k. Remaining space is 9.5k.)
Last edited by Dwedit on Fri 22 Jun, 2007 10:34 pm, edited 1 time in total.
You know your hexadecimal output routine is broken when it displays the character 'G'.
I understand that, which is why if crunchy support was added it would be able to play compressed (crunchy compression, not sure the right format it is in) games/programs.Dwedit wrote:I'm amazed to see how far the misconception that Crunchy actually compresses other programs has spread. The feature only works for programs specifically compiled for CrunchyOS. A newer version which actually let you compress other programs was in the works, but never finished.
Sometimes though it seems like you are compressing programs since you use the remaining 12k of the application's space for storing programs.
For some reason, I've started modifying an apack decompression routine to be an Apack decompress/patch creation routine, to allow arbitrary programs to be compressed with apack. Decompress the program, then re-decompress the program to create a patch. Then apply the patch the next time the progam is run to get writeback for compressed programs.
You know your hexadecimal output routine is broken when it displays the character 'G'.
That is the thing, if it works perfectly with other hooks like xlib it has me. I tried it out and have not had a problem yet. I think it was a great idea, and if it works with all the shells (DCS and others besides crunchy) it can be just as popular.tr1p1ea wrote:NoShell is pretty sweet, but who knows if it will be able to penetrate the user base effectively. Im not sure lots of people like change when their favourite shell already works. Still it reminds me of venus (but obviously works different).
Venus was great because it was tiny. Noshell still fills an entire page of memory. Right now, effectively, CrunchyOS is the smallest App shell since it allows you to store programs inside it.
I've actually ported Venus to the TI83+, but since there is no way to do a token hook, you can't run archived programs.
I think the best possible answer is an Ion-compatible noshell-style hook shell, but build it into any app which has enough room left inside to hold the shell.
Or possibly something truly ugly: A token hook pointing to an archived program! (assuming the program is designed for execution from any address)
I've actually ported Venus to the TI83+, but since there is no way to do a token hook, you can't run archived programs.
I think the best possible answer is an Ion-compatible noshell-style hook shell, but build it into any app which has enough room left inside to hold the shell.
Or possibly something truly ugly: A token hook pointing to an archived program! (assuming the program is designed for execution from any address)
You know your hexadecimal output routine is broken when it displays the character 'G'.
- calc84maniac
- Regular Member
- Posts: 112
- Joined: Wed 18 Oct, 2006 7:34 pm
- Location: The ex-planet Pluto
- Contact:
*cough*Flash Execution Protection*cough*Dwedit wrote:Or possibly something truly ugly: A token hook pointing to an archived program! (assuming the program is designed for execution from any address)
Found that out the hard way...
~calc84maniac has spoken.
Projects:
F-Zero 83+
Project M (Super Mario for 83+)
Projects:
F-Zero 83+
Project M (Super Mario for 83+)