Apparently using the USB port in Ndless games will never be possible or it will take over 10 years before it's doable, because it's overly complicated to figure out. On the 84+ people have yet to be able to make USB multiplayer games.

I wouldn't say this. We had hints in the previous OS versions that some parts of the *BSD USB stack was used. Finding the entry points and using them would be much more easier than directly interacting with the I/O ports.

hoffa, will you still continue to try the SDL port?

either the resulting binary cannot be sent to the calculator

What do you mean exactly?

or then that GCC doesn't compile the code (with some undefined reference's to memcpy).

See http://www.unsads.com/projects/nsptools/ticket/27 .
I'll quickly fix it if it's a blocking problem for you.

Well if you don't describe what goes wrong we can't help you.

Can anyone confirm that the issue isn't specific to Logo98's calculator?

I'm not sure to understand your question, but the user guide may be what you need: http://ndlessly.wordpress.com/ndless-user-guide/

Extending nspire_emu to detect it shouldn't be too hard.

To make things clear:
Program that directly read the screen buffer might encounter this issue, on all hardware. I'm not sure why though.
Changing this in Ndless's Particles demo did fix the issue. critor, you should also check this in nDoom. nspire_emu should help you.

steelfirez, what do you by "opening the file in the student software"? Are you trying to send a file to your TI-Nspire or run a program from Student Software (the latter is not possible)?