« previous next »
Pages: 1 [2]   Go Down

Author Topic: CX Memory  (Read 4608 times)

0 Members and 1 Guest are viewing this topic.

Offline ruler501

  • Meep
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2475
  • Rating: +66/-9
  • Crazy Programmer
    • View Profile
Re: CX Memory
« Reply #15 on: June 02, 2011, 03:24:52 pm »
what if we were able to use the Nspire to its full potential...
*ruler likes this dream
Logged
I currently don't do much, but I am a developer for a game you should totally try out called AssaultCube Reloaded download here https://assaultcuber.codeplex.com/
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCM/CS/M/S d- s++: a---- C++ UL++ P+ L++ E---- W++ N o? K- w-- o? !M V?
PS+ PE+ Y+ PGP++ t 5? X R tv-- b+++ DI+ D+ G++ e- h! !r y

Offline z80man

  • Casio Traitor
  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 977
  • Rating: +85/-3
    • View Profile
Re: CX Memory
« Reply #16 on: June 02, 2011, 03:25:11 pm »
I have heard though that the stack can be overflowed in Lua. That's were the possibility of an ndless exploit is right now.
Logged

List of stuff I need to do before September:
1. Finish the Emulator of the Casio Prizm (in active development)
2. Finish the the SH3 asm IDE/assembler/linker program (in active development)
3. Create a partial Java virtual machine  for the Prizm (not started)
4. Create Axe for the Prizm with an Axe legacy mode (in planning phase)
5. Develop a large set of C and asm libraries for the Prizm (some progress)
6. Create an emulator of the 83+ for the Prizm (not started)
7. Create a well polished game that showcases the ability of the Casio Prizm (not started)

Ashbad

  • Guest
Re: CX Memory
« Reply #17 on: June 02, 2011, 03:27:48 pm »
That's very true.  In Lua to overflow the stack all you need to do is something highly recursive:

Code: [Select]
function foo()
  foo()
end
I don't remember the procedure from there, but from there you have only a slight-limit of writing space where you can write to memory unchecked for a bit.  Using the stack overflow procedure to run/load Ndless programs would be a bit slow, though.
Logged

Offline ruler501

  • Meep
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2475
  • Rating: +66/-9
  • Crazy Programmer
    • View Profile
Re: CX Memory
« Reply #18 on: June 02, 2011, 03:29:02 pm »
Maybe they could make it so that when ndless loads you can just run the programs without needing that overflow anymore. You'd just need it to load ndless
Logged
I currently don't do much, but I am a developer for a game you should totally try out called AssaultCube Reloaded download here https://assaultcuber.codeplex.com/
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCM/CS/M/S d- s++: a---- C++ UL++ P+ L++ E---- W++ N o? K- w-- o? !M V?
PS+ PE+ Y+ PGP++ t 5? X R tv-- b+++ DI+ D+ G++ e- h! !r y

Ashbad

  • Guest
Re: CX Memory
« Reply #19 on: June 02, 2011, 03:37:03 pm »
Well, I think a good idea (in theory) would be this approach:

1. Keep the compiled binary data for the C/ASM program in an undisturbed format in a fake Lua file.
2. Change around an area of RAM so that the instructions in it allow for executing of assembly code.
3. Exit the Lua version of Ndless and if placed in the right location, the OS will trigger the binary calling routine you embedded and will run the C program.
Logged
Pages: 1 [2]   Go Up
« previous next »