> > Even though I know Java (as a language) fairly decently (though I will
> > have to re-learn the environment and resource files, etc), I still
> > can't buy into using it for stuff that has any interaction with
> > real-time applications.  [...]
>=20
> I'm puzzled at this.
>=20
> While the underlying parts of a system may have real-time requirements,
> there doesn't seem to be much need to extend the real-time design process
> all the way up to the human interface, unless you're dealing with split s=
econd
> decisions, such as playing a musical instrument or rocketry range safety
> controls.
>=20
> The garbage-collected languages have a wider standard deviation of latenc=
y,
> but they can still be characterised and described.
>=20
> If you need to infect the rest of the system with the real-time moniker, =
don't
> forget the underlying operating system.

I was a little puzzled too, witness the JMRI program, written in Java as a =
cross platform program to control model railways. These days it is pretty s=
ophisticated using multiple threads for achieving real time control. Often =
if there is a problem it is a bottleneck at the control unit which JMRI has=
 no control over.



--=20
http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
.