Extra height + Flatland generation makes everything bigger

I wish notch would give us vertical redstone...

Ooh, crazy mod idea: Wireworld behavior for redstone!

only problem is that we have no idea how to interface the USB module on the nspire. The 84+ USB module is well documented, but we know next to nothing about how to work the nspire's.

Chances are that VB  is sending them too fast, so the arduino is still busy processing that it got the first one.

So, you want to send it as the integer 101, not the string of chars 1,0,1? That shouldn't be too difficult.

Serial.write() writes binary values instead of strings, but you'll need to give it an integer input to get an integer transmission. How are you sending the values?

If you're using the serial monitor, you'll either need to find another sending method, or have the conversion occur on the arduino's side. first you'll need a loop checking that the values in the string recieved are between 48 and 57, to make sure it only has 0-9 inside, then just subtract 48 from every value, and add them together with proper adjustment for size. (ie 9012 would be 9*1000 + 0*100 + 1*10 + 2)

It probably is closing bytes. Don't worry about it if it's working.

Not to mention a RISC processor architecture vs a CISC one. The assembly has some pretty major differences.

An ideal situation would be an axe imitation that is optimized for dealing with ARM, rather than focusing on cross-compatibility. There are a lot of quirks axe deals with on the z80 that become totally unnecessary and less efficient on the nspire, and there are many opportunities a cross-compatible axe would miss.

I've noticed that I can still easily crash my calculator by causing overflows in program outputs. Strings, arithmetic and such throw resource exhaustion, but often the programs will not (sometimes they do, it depends on how you fill up the space)

Is there any chance that could be used as an exploit? If there was, then maybe TI would fix it It's annoying.

Cool.

Okay, so first impressions: The XML for the calculator app is fairly readable. (See Problem1.xml) (Oddly, it's called the scratchpad, which is a feature all its own in later OSes.)

*you entered 7*8, then 87*84, then [[8][a]]. It also contains info stating whether each answer is in degrees or rads, complex numbers or real, and something that "comp" stands for.

For the note one, you wrote "i know a mouse and it hasn&'t got a house,i dunno why i called him gerald." It's got the basic html-style symbol replacement ie &amp

Document.xml is less readable, but short enough to be deciphered easily. It's a bunch of numbers representing settings. I think that this file was the same between both tns files.

All in all: It's extremely similar to the specifications for the 1.1 OS, no great surprise there. Converting by hand would require the least startup work, and isn't terribly difficult.

Critor should know this one: Does the file converter work for sending 1.1 files to 3.1? I remember there being one when they switched to the encrypted filetypes.