I have a breadboard with the required chip I am currently not using, but lending it too may be unfortunately difficult, the chips would probably be damaged during shipping.

I am now using a USB-RS232 adapter hwti sent me, it is much more handy. You could try to find one to avoid building the circuit. There are usually used for transfers between a computer and a cellphone, there are probably not too expensive.

I was dedicating my time to the GDB debugging feature of the upcoming release of Ncubate. I will look into the freeze issues of Ndless after the release of Ncubate.

Now that Ncubate has been released, I can get back to Ndless.
And I have good news: the version without the hot reboot now works on real hardware
I need to get rid of a few annoying OS popups, and check the stability of this version before a SVN commit.

How did you fix this? We should add the tip to Hackspire.

For os.h, eclipse said something like "invalid inclusion"; it was not from nspire-gcc.

Ok, don't worry about that.

"Make"ing directly from MSYS works fine.

Could you try in a standard DOS console? This would be closer to what Eclipse tries to do.

Do I need to set anything to tell it to use MSYS to compile, or is adding to my path all I need to do?

Changing your PATH should be the only configuration required.

Btw, should we split your update and the discussion that ensued in the news section?

Well I really don't know, how do you usually do? Do you keep a project page in "Other Calc-Related Projects And Ideas" and feature some updates in dedicated topics in "Other calculator discussion and news"?

Ncubate v032b is out!

The major feature added in this version is the compatibility with the GNU GDB debugger which allows source-level debugging for C programs. I have been working on this feature for the last 10 months, I am pleased to share it, and hope it will help new TI-Nspire projects to roll out.

Tutorials are available on Hackspire and YouTube.



Thanks to apcalc for BlockDude featured in the tutorial.
(sorry for the poor quality, it seems to have been damaged by the YouTube conversion)

This version also includes an ARM loader which can be used by the emulator to run arbitrary ARM instructions. Currently only the GDB support depends on it to speak with the Ndless program loader. I would like to make use of it to add file tranfers to OS 2.1 and also file exports. Unfortunately the file-related syscalls seem to fail for an unknown reason when injecting a call... Any help on this is welcome.

Here is the full changelog of v032b including the minor changes:

* v032b - 2010/11/06
 - ADD: GDB support
 - ADD: Command-line option /R
 - CHG: Read/write breakpoint logs display a virtual address instead of a
   physical address
 - FIX: 'j' (over a non-branch instruction) and 'rs pc' debugger commands
   incorrectly skipped the target instruction
 - FIX: flash file creation (/N) may sometimes fail
 - FIX: no more 'bad read word' on auto power down, but still hangs
 - FIX: ineffective command line option /D when saved state was reloaded on startup

Let's put the blame where it belongs - this is not a bug in OS 2.1; this is a bug in the old version of BOOT2.

Interesting.
This also means that the boot2 update is installed by the new OS? This is the worst order.

We could try to run a program at the 2 frequencies which write regularly its uptime to a file, and see the difference.