[Linux-ham] Shackbox LiveDVD
ww7ba at arrl.net
Wed Feb 18 07:28:32 EST 2009
On Tue, Feb 17, 2009 at 5:50 PM, Alan Porter <porter at trilug.org> wrote:
> > The Windows software is an interesting addition. If they are running
> > under Wine, you would definitely need a bit of memory and a faster
> > processor. Emulation does not exactly improve performance.
> Wine is not an emulator (in fact, I think it even stands for that
> W-I-N-E). It is a loader and a set of shared libraries that implement
> the Win32 API using Linux calls. That is, when someone calls
> Win32OpenFileSomething(), it links to a function that actually opens the
> files using Linux calls. Some of these are low-level calls directly
> from glibc, while others are nice window-ish dialog boxes written in
> X-window primitives. A good example of this is the "File / Open" dialog
> box that you see in almost every Windows app. WINE provides a "File /
> Open" dialog box that happens to know how to navigate your home
> directory, follow symlinks, and other Linux-ish things.
> So... WINE will not be as slow as a CPU emulator, such as Qemu, which is
> probably what you were thinking of.
> Linux-ham mailing list
> Linux-ham at trilug.org
You are correct in that WINE is not a true emulator as Qmenu. At some point,
all cross platform software faces the issue of differences between system
calls and their behavior. Just as the kernel uses the virtual file system to
create a common interface between applications and the wide variety of file
systems, so must cross-platform software provide a virtual interface that
hides the difference between kernel system calls. From user-space, system
calls are the only mechanism available to an application to communicate with
kernel space. Even extract kernel data from /proc (procfs file system)
involves a small set of system calls. One can stretch vfs a long ways. Now,
I have to find out how WINE works. It is a bad habit of mine - I am always
trying to figure out how things work. I am the under-the-hood guy.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Linux-ham