What do you mean with "being part of ndless's starting individual games"?

Patching the OS is quite easy since the OS is run from RAM, but the patch must be applied each time the OS reboot.
The HOOK_*() functions in common.h of Ndless 1.7 can be used for this (but perhaps still needs to be enhanced for easier use by programs).

I'm currently working on the integration of the GNU Debugger GDB in Ncubate. It should greatly improve the C and ARM development experience for the TI-Nspire.

Ncubate is going to implement the GDB remote protocol, so any debugger compatible with it will be able to plug into the emulator for source level debugging.

Here are a few screenshots which give an idea of this feature:

With the Eclipse CDT debugger:


An older one with Insight (RedHat's GUI for GDB):


An other one also quite old, with the debugger of the disassembler IDA, which would allow OS live analysis with all its symbols:


Integration of GDB (through Ncubate) with Ndless's program loader still needs to be implemented. Currently programs to debug are transfered manually with GDB's load command (as you can see on the first screenshot) at a fixed addressed define at compile time (for example in the middle of the TI-Nspire screen as you can also see).

Functions available for programs built with Ndless (either OS functions exposed by Ndless or functions brought by Ndless) are now documented:
http://hackspire.unsads.com/wiki/index.php/Syscalls
http://hackspire.unsads.com/wiki/index.php/Libndls

Contributions for new syscalls definitions to include in Ndless are greatly welcome. The addresses of many symbols have already been found by hwti, geogeo and Goplat. For them its only a matter of finding the addresses for CAS and non-CAS 1.7 and defining the macro in os.h, but its quite a lot of work for a single developer. I will gadly integrate even minor contributions.

The currently known symbols are available in IDA's IDC format here:
boot2_1.4.1571.idc
OS_1.1.9253_non-CAS.idc
OS_cas-1.7.idc
OS_ncas-1.7.idc

Defining the syscalls for the POSIX and C standard libraries will improve the possibility to port programs to the TI-Nspire.

(edit: sorry for the long cross-post)

Uninstall the OS with the maintenance menu: http://hackspire.unsads.com/wiki/index.php/Operating_System#Startup_key_combinaisons
Then reinstall it with Computer Link.

Did you use Nleash on a Touchpad? OS 1.1 is incompatible with Touchpads (except if you use a non-CAS Touchpad and a Clickpad keypad).

This is an open source and spare-time-based project, no release can be planned.

Please help us make Ndless v1.7 become releasable before anything else.

Ndless 2.0 might be possible once the reworked version... works.
Anyway the stability issues of v1.7 are more important.

I'm stuck with  the reworked version which doesn't depend on the hot reboot anymore to make the installation more stable.
It works on nspire_emu (crashing sometimes for unknown reasons), but always hang on real hardware (an exception is triggered, probably for other reasons).

Debugging this is really tough. And my RS232 adapter is once again broken, it doesn't help.