|
|
 |
 |
 |
 |
TCL(Tool Command Language) Scripting
|
 |
 |
 |
 |
 |
 |
 |
 |
VM Enables 'Write-Once, Run Anywhere' Linux Apps
Yes, I saw that yesterday. It's just a small linux kernel that operates as a VM to the host platform. The main difference compared to Tcl is that you need to compile what you want to run. -- Calvin: Can you make a living playing silly games? His Dad: Actually, you can be among the most overpaid people on the planet.
I saw that. Thought it was a proposal from people who have never done real cross-platform portability, since they'd end up with apps that look and feel wrong just about everywhere except where they were written. This is because different platforms tend to have quite different expectations for how an application behaves (both in how it interacts with the user, and with the operating system). It is a very difficult problem. Donal.
I've read that it supports C/C++ apps, as well as Python and Perl applications. I wonder why use Lina's VM with Python/Perl when these can be run under Windows/MacOS natively...? Anyway, I don't think it will become popular. People (end-users) don't like to install some additional VMs. -- Pozdrawiam! (Regards!) Googie
Googie wrote: > I've read that it supports C/C++ apps, as well as Python and Perl > applications. > I wonder why use Lina's VM with Python/Perl when these can be run under > Windows/MacOS natively...?
I don't know about Python, but Perl's integration with Windows is more than a little hokey (Perl's an unashamedly POSIX app) so using a VM might make some apps work better. On the other hand, using a VM is still an incredibly heavyweight solution. And it's not about to make those scripts work like Windows apps either. Donal.
Donal K. Fellows schrieb: > Googie wrote: >> I've read that it supports C/C++ apps, as well as Python and Perl >> applications. >> I wonder why use Lina's VM with Python/Perl when these can be run under >> Windows/MacOS natively...? > I don't know about Python, but Perl's integration with Windows is more > than a little hokey (Perl's an unashamedly POSIX app) so using a VM > might make some apps work better. On the other hand, using a VM is still > an incredibly heavyweight solution. And it's not about to make those > scripts work like Windows apps either.
Python is also quite Posix/unix centrish in its apis (read lots of stuff in the stdlibs simply does not work as expected on windows) and its nowhere near Tcls cross platform APIs. They might not surprise Unix programmers on windows, but in general there are lots of stupid little surprises (and really lousy documentation, leaving out most of the interesting points or talking about implementation details instead of defining the api). It has great support for the native windows APIs with third party modules, but the documentation is rather weak, mostly single sentence docs and simple listings of the function names and arguments without explanation or further reference (aka you know how to google msdn). Michael
|
 |
 |
 |
 |
|