So what does this imply? We can create programs in Lua on the Nspire? Or does this help to reveal more of how the os works and perhaps a new point from which Ndless may be implemented?

How would you implement or use Lua on an Nspire and would it need a special program to utilize it or would it be built in (requiring no special program).

Full disclosure: I don't know French

It sounds like the periodic table is programmed in some unknown language, which appears to have the same syntax as Lua. TI doesn't allow people to send files of this type of language to a calculator, nor is there any indication that they ever will. Could be that this language just makes it easier for TI to program the Nspire, and we could have the same advantage if someone manages to figure out how to get these TI.ScriptApp files on the calc.

That is something which has already been done.

Several people have made tools that convert Lua code files into Nspire documents- see the link under my name for several different tools that do this.

Also, there is some news written in English about this on the front page of Omnimaga, which is where I grabbed that link from.

YESSSSSSSSSSSSSSSSSSSSSSSS!!!! Lua is my favorite language, so I am seriously plussed that we now have Lua support. This makes me want to get the NSpire now.

Has anybody tried attacking TI's LUA interpreter with these: http://www.lua.org/bugs.html#5.1.4-1 ? At least some of these look exploitable to me.

Hmm interesting, it would be nice if Ndless was actually installable through a Lua exploit, assuming there are any in the OS 3.0 version of it.

No doubt, TI will find out and be veery angry...

Well, there were reports somewhere that TNS files made by third-party tools no longer run on OS 3.0 or something, due to some encryption thing that was added in it. I wouldn't be surprised if they tried to block third-party Lua files on the CX model in the future or at least in whatever OS that will come out after 3.0.

TI seems so dedicated in trying to eradicate game development of any kind from their TI-Nspire series.

Or you could switch to a company that doesn't seem to be making an effort to squelch the community that has supported them for decades. :)

That works too. Although I won't discourage Nspire coders from continuing developing for this platform, I had in mind to encourage people to either get a Prizm or if they want to stick with TI, to still boycott the CX.

I'm sure a lot of students who get a calculator wants to play games at one point.

If the entire TI community decided to boycott TI-Nspire CX development (assuming they locked down third-party Lua files and fixed every possible exploit Ndless can use), this means there would be no game for it and people may be tempted to get an older TI-Nspire, a TI-84 Plus, a 68K model or a newer Casio model, and that could hurt TI sales a bit more than if only TI community members don't buy the calculator. It would also help that some TI community members encourage teachers to promote something else than the TI-Nspire platform and spread the word among students who are unsure which calculator to buy.

In that regard, it might help to point out to teachers that the Prizm is generally priced lower than the nspire and that teachers that bought the previous ti nspire models over the past 4 years that they were introduced now have expensive expensive hardware that the cx made obsolete and updating to OS version 3.0 as reported by teachers on the google site was very buggy, i.e., who wants to go thru that furstration again, and again, and again? Not to mention that it is already known that desolve on 3.0 does not work correctly and who knows what other bugs will be discovered when cx version hit the streets?

Well the issue is that the Prizm OS is also buggy, though. The text display function, for example, doesn't even work properly with special characters.

That said, that calc is so easy to exploit that someone could simply just write a new programming language for the calc or an add-in that modifies the behavior of the BASIC commands included with the calculator.

That's part of the point, you don't have to "exploit" it to write an interpreter for a new language. Just write it in C and load it onto the calculator.

Teachers generally care more about math features than game/program features, so I'm pretty sure they won't care about the Locate glitch...

You have forgotten to mention the new downgrade protection, which is permanently blocking 1.x/2.x OSes and prevents the use of Ndless.

It's an important information, at least as important as the Lua for the user.

The protection is related to the new included 3.0 boot2 which has to be removed before any 3.0 OS installation as I've discovered (check the above URL).

Seems the URL in my previous post was too long: this one should be ok.

It's the french TI-Bank news about the way I've discovered to remove the downgrade protection before the OS installation, just some hours after the release of the OS.

I was reading about the TI-Nspire on here and the new LUA programming environment when I noticed that the "TI-Nspire" page in the "Calculators" section is quite out of date.

I've discovered today a major bug which can destroy your Boot2 when you install OS 3.0.

Click on the link above.

If you really want to install OS 3.0, you must absolutely remove the Boot2 image from the TNC/TNO file with the TNOC tool before installing the OS... or accept the possibility to permanently brick your Nspire.

Would that be intentional by ti? Or just another of their less than stellar moves? With the 3.0 Desolve being buggy and all the troubles announced by teachers on the google site when they were trying to upgrade to 3.0 I definitely get the picture of ti as a company that needs to get their house in order.

I wonder what other problems are going to come to light when nspire cx models get into use. Thats definitely going to be interesting to watch. I think I'll save my coin until we know what other problems cx and cx cas have.

This isn't intentional - it's just another glitch that no one at TI bothered to fix.