Java Virtual Machine

Got a brilliant program idea? Let us know!

Moderator: MaxCoderz Staff

RedNifre
New Member
Posts: 27
Joined: Mon 07 Mar, 2005 1:53 pm

Java Virtual Machine

Post by RedNifre »

Is it possible to write a Java Virtual Machine for a calculator like the TI83+?
I don't like asm and Basic is so slow...

BTW: Someone wrote one for the Robotic Command Explorer:
http://lejos.sourceforge.net/
User avatar
DJ_O
Calc King
Posts: 2324
Joined: Mon 20 Dec, 2004 6:47 pm
Location: Quebec (Canada)
Contact:

Post by DJ_O »

MLC and Fast RPL language might be an option.
ImageImageImageImage
CoBB
MCF Legend
Posts: 1601
Joined: Mon 20 Dec, 2004 8:45 am
Location: Budapest, Absurdistan
Contact:

Post by CoBB »

As if Java were notoriously fast... No worries though, it's impossible.
User avatar
kv83
Maxcoderz Staff
Posts: 2735
Joined: Wed 15 Dec, 2004 7:26 pm
Location: The Hague, Netherlands
Contact:

Post by kv83 »

CoBB wrote:As if Java were notoriously fast... No worries though, it's impossible.
phew ... I was scared for a sec that it would be possible j/k

serious though. Believe me... you don't want an oo programming language interpreter on a ti83... ASM is fine, once you get used to it
Image
Patori
Maxcoderz Staff
Posts: 1479
Joined: Sat 18 Dec, 2004 3:51 am
Location: Toledo, Ohio, USA

Post by Patori »

I like ASM...
Currently coming up with a new signature idea... since my forum avatar changer was killed by an upgrade...
the_unknown_one
Calc Master
Posts: 1089
Joined: Fri 17 Dec, 2004 9:53 am

lol

Post by the_unknown_one »

Basic is surely slow (except if ur name is Kevin or dysfunction), and ASM is hard and not everyone likes it, and its not oncalc either, so MLC is the solution! Much faster than Basic, oncalc and easily portable! :lol:
User avatar
kv83
Maxcoderz Staff
Posts: 2735
Joined: Wed 15 Dec, 2004 7:26 pm
Location: The Hague, Netherlands
Contact:

Re: lol

Post by kv83 »

the_unknown_one wrote:Basic is surely slow (except if ur name is Kevin or dysfunction), and ASM is hard and not everyone likes it, and its not oncalc either, so MLC is the solution! Much faster than Basic, oncalc and easily portable! :lol:
but still not avaible on 83 or 83+... which is a downside
Image
the_unknown_one
Calc Master
Posts: 1089
Joined: Fri 17 Dec, 2004 9:53 am

lol

Post by the_unknown_one »

Yea, but it'll be soon ;)
CoBB
MCF Legend
Posts: 1601
Joined: Mon 20 Dec, 2004 8:45 am
Location: Budapest, Absurdistan
Contact:

Post by CoBB »

The hardness of asm is a myth. In fact, it's the simplest language you can imagine on a computer.
RedNifre
New Member
Posts: 27
Joined: Mon 07 Mar, 2005 1:53 pm

Post by RedNifre »

OK, then I'll have a look at assembly. (I'll read the stuff in CoBB's signature)
User avatar
kv83
Maxcoderz Staff
Posts: 2735
Joined: Wed 15 Dec, 2004 7:26 pm
Location: The Hague, Netherlands
Contact:

Post by kv83 »

Image
Patori
Maxcoderz Staff
Posts: 1479
Joined: Sat 18 Dec, 2004 3:51 am
Location: Toledo, Ohio, USA

Post by Patori »

CoBB wrote:The hardness of asm is a myth. In fact, it's the simplest language you can imagine on a computer.
Yeah, it is very simple. Try it. IF you need help, ask us.
Currently coming up with a new signature idea... since my forum avatar changer was killed by an upgrade...
User avatar
Timendus
Calc King
Posts: 1729
Joined: Sun 23 Jan, 2005 12:37 am
Location: Netherlands
Contact:

Post by Timendus »

CoBB wrote:The hardness of asm is a myth. In fact, it's the simplest language you can imagine on a computer.
The hardness of asm is that you have to stop thinking in objects and variables, and start thinking in bytes... Some people find that impossible :)
CoBB
MCF Legend
Posts: 1601
Joined: Mon 20 Dec, 2004 8:45 am
Location: Budapest, Absurdistan
Contact:

Post by CoBB »

Objects? Seriously, anyone who starts programming with an OO language will face unsurmountable troubles later, especially if that language tries to evade the notion of 'pointer'. You can only have a good understanding of any language if you actually know what its constructs are transformed into by the compiler on machine level, e. g. subroutine calls use the stack to store the return address, loop constructs turn into conditional jumps, instance variables of objects need to be allocated in the heap etc. This is only trivial with asm. Unless you know what conceptual steps the machine makes when you write down something, your understanding is mere illusion.
Kalimero
Regular Member
Posts: 130
Joined: Fri 17 Dec, 2004 1:47 pm

Post by Kalimero »

Objects? Seriously, anyone who starts programming with an OO language will face unsurmountable troubles later, especially if that language tries to evade the notion of 'pointer'.
Well, let me tell you something. The first programming language I learned was Java back when I was about 14 years old. I think the advantage of it is that you approach OOP as something entirely new and not as an extension of something else. Really OOP is all about thinking in terms of objects not in code. Actually you're not even interested in the code. That's what's meant with software architecture these days. You "draw" the software before building it.
You can only have a good understanding of any language if you actually know what its constructs are transformed into by the compiler on machine level.
I don't think this is necessarily the case when programming in such a high level language as Java or any OO language for that matter (Eiffel,...). In that case you're only interested in the service your objects provide to other objects. In Eiffel you'd set up a contract describing what each object does and how it relates to other objects. When you've done this you're 80% there without writing a single line of code. The actual implementation of these objects usually boils down to finding a good algorithm. And only when you've found a good algorithm you're interested in an efficient implementation of it, which might involve fiddling with low level stuff, but after all the previous things this is really the least of your worries even if there are some significant speed gains. Getting things to work properly (without bugs) takes far more effort and is far more important and you don't need to know what a while loop is translated into to get that far. All you need to know is that the thing loops on a given condition.

Of course things are entirely different when you're programming routines for numerical mathematics or something where you even want to control what goes in and out the processor cache to increase the speed, but then of course you don't use an OO language for this.

I do agree with you on the fact that knowing assembly even for a simple chip as the z80 greatly improves your understanding of how a computer works, but in large software projects this knowledge is pretty insignificant if you ask me.
Post Reply