Re: Java's poor performance? Not really - pick the right tool for the job!

> I'm not starting a language war either, but the "standard I/O library" for
> C is something like this:
> http://ou800doc.caldera.com/SDK_sysprog/_Standard_IO_Library.html
> It's file I/O, not the I/O I was meaning, and does not include _any_ serial
> or parallel I/O, TCP/IP, etc. That was my point. All the most common
> external device I/O is *completely* absent from C. And every C vendor takes
> a little different approach to adding their own. I've written code in more
> different serial I/O C libraries than I care to remember, and most of them
> I paid big $$$ for. Back in the day a C serial library cost $250-$500 -
> remember Greenleaf and LifeBoat? TurboPower Async Pro? Etc.

I agree different OS's have different system calls to access the IO.
That's why you should always use Linux or linux derivatives for 
everything :-) .


> This is a big win for Java: How secure is "Joe's TCP/IP Stack for C"? I'd
> bet my application on Java's security model any day over Microsoft or
> Rabbit or ______.

Now you know that is misleading. Maybe Joe's TCP/IP stack isn't secure but 
I'll bet you Linux's is waaaay more secure than Java. 


> This is also a big win for OpenSource - a lot of critical eyes looking at
> an open standard tends to produce a much more robust product than some
> proprietary by an handful of people behind closed doors.
>
> And really the benefit of Java is reliability and programmer efficiency.
> There, it's far more efficient than C, as most users who've done both will
> attest.

I'm sure not attesting. I have to write device drivers for linux and embedded 
devices on almost a daily basis, and when it gets low down and dirty java is 
nowhere to be seen.

> Java isn't the answer for everything. We still use assy code and C here,
> where it makes the best fit. Sometimes Delphi (basically Java in a
> different wrapper), Python, etc are better.
Agree'd, except In my world I would reverse the statement and say that 
sometimes C is not the best answer, a little scripting and a little Java make 
more sense in a lot of situations.


NZG.



_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini