When running an ndless program nRemote stops responding.

That's natural: Ndless programs usually disable interrupts

Quote from: ElementCoder on October 07, 2012, 02:22:02 pm

Is it not compatible with ndless or does ndless block I/O through USB when running a program?

It has always been the case if hte program does not give access to the Nspire event loop (it is possible when using native popups).

Quote

[edit]Also, where are the recordings saved?

Somewhere ... most likely in the same folder as nRemote. If not, this means you don't have write permissions.

That would probably be because it's located in C, but that's where it's supposed to be, in the TINCS installation folder. Is there anyway to give it write permission? (run as admin?)

Not sure running as admin is enough to give write permission.

I'm not sure if this is relevant, but in Windows Vista and above, programs run from an administrator account don't get administrator privileges by default. You need to use the Run as Administrator function. Or, use Run as Administrator to launch a command prompt, and then start the program from the elevated command prompt. Programs that always need Administrator privileges can use metadata in their header to request elevation whenever the user tries to run it; you can also request elevation via an API call.

I just reuploaded the (working for me) jar file in a zip file. Sorry.

You know, jar files <i>are</i> Zip files. Seriously. Rename a .jar to .zip in Windows and you can extract the contents. It's how I got TI's official SVG mockups of several of their calculators---they were included in a JAR file. Silverlight xap files are also Zips. Resource hacking is fun!

Referencing this and this, (linked from this ) each calculator thing costs $40
...and then the access point costs ~1200

Cool, one of those stores is 20 minutes from my house. And they have much-less-horribly-expensive CR2032s.