Omnimaga
Calculator Community => Other Calc-Related Projects and Ideas => TI-Nspire => Topic started by: SirCmpwn on May 25, 2011, 07:36:24 pm
-
Hello,
I've never successfully gotten an Nspire dev environment working, so I won't be able to do this myself. But I found an open source, loosely licensed .NET virtual machine implementation written in C that should be easily portable called Dot Net Anywhere (http://dotnetanywhere.org/). What this means is that you could code in C# for the TI-Nspire, if one were so inclined (or VB.Net, or any other selection of CIL languages).
When I glanced at the source, it looked like it could probably happen on Nspire, if only someone spent some time on it.
-
sounds like it would need ndles to run which is unfortunately available n the new OS's yet
-
sounds like it would need ndles to run which is unfortunately available n the new OS's yet
I never upgrade my OS until Ndless works on it, personally.
-
YES!!! A C# EDITOR!!!
-
same with me now. I like 2.0.1 and OSLauncher. plus so many fun games
EDIT: Its just that chances are that not many people will develop for ndless till it is brought to the new OS
-
YES!!! A C# EDITOR!!!
*Interpreter
You'd still need to compile off-calc and such.
-
YES!!! A C# EDITOR!!!
*Interpreter
You'd still need to compile off-calc and such.
we don't know if it will work on an Nspire yet though
-
Darn :(
Oh well. If it doesn't work, I get some motivation to learn C. :P
-
Good luck, SirCmpwn. Hopefully the existing infrastructure will make it a lot easier to write, because doing a full interpreter from scratch is pretty difficult.
-
Good luck, SirCmpwn. Hopefully the existing infrastructure will make it a lot easier to write, because doing a full interpreter from scratch is pretty difficult.
Not if you write a script to generate the interpreter code.
-
Good luck, SirCmpwn. Hopefully the existing infrastructure will make it a lot easier to write, because doing a full interpreter from scratch is pretty difficult.
Not if you write a script to generate the interpreter code.
that sounds like cheating
-
Good luck, SirCmpwn. Hopefully the existing infrastructure will make it a lot easier to write, because doing a full interpreter from scratch is pretty difficult.
Not if you write a script to generate the interpreter code.
that sounds like cheating
I call it efficiency. Every time I have a lot of tedious code to write, I write a program to do it for me.
-
I like that idea. I should do that. XML no more manual copy/paste
-
Good luck, SirCmpwn. Hopefully the existing infrastructure will make it a lot easier to write, because doing a full interpreter from scratch is pretty difficult.
Not if you write a script to generate the interpreter code.
That strategy doesn't always work very well, particularly for non-"tedious" code.
-
you generate the original code then optimize/improve it.
-
Usually, you can find the occasional mishaps and fix them manually, but it still saves enormous amounts of time. In addition to that, hand typing lots of code causes the same problems.
-
If it wasn't implied by my last post, the search space of solutions to a general programming problem is almost unfathomably massive. Scripts might generate functional code most of the time, but there will always be some situations in which they can't generate functional code and even more situations in which the produced program is not efficient at runtime.
-
If it wasn't implied by my last post, the search space of solutions to a general programming problem is almost unfathomably massive. Scripts might generate functional code most of the time, but there will always be some situations in which they can't generate functional code and even more situations in which the produced program is not efficient at runtime.
This is true. However, in most situations, the generated code works great, it works efficiently, and it was finished days before the hand-written code was.
-
I think you generally produce good code, so if that's how you do it, more power to you. It's an interesting (read: cool) method, I'll admit.
-
I think you generally produce good code, so if that's how you do it, more power to you. It's an interesting (read: cool) method, I'll admit.
Give it a try next time you have something big to write, you'll be pleasantly surprised. The emulation code in Stetson is generated by such means, for example.
-
so how do you make a script that does all of this for you? It seems like an interesting idea
-
so how do you make a script that does all of this for you? It seems like an interesting idea
The same way I write any other program. Each script is custom-made to suit an individual purpose. If your scripting language/programming language of choice has string manipulation, you just make it write code into a string and display it. Sometimes I pull in external data, such as an instruction set.
-
That sounds liek a complicated idea for programming an interpreer form. It also sounds very fun. I'll have to try it sometime
-
I think you generally produce good code, so if that's how you do it, more power to you. It's an interesting (read: cool) method, I'll admit.
Give it a try next time you have something big to write, you'll be pleasantly surprised. The emulation code in Stetson is generated by such means, for example.
I have a genetic algorithm that does generate code for me, but frankly I could beat it without too much effort.