plex86, by design, won't work on a non-x86 platform : it isn't an emulator, as Bochs, but a virtualizer. This means most instructions are natively executed, and only privileged ones (as those used by OSes to control processes, hardware..) are trapped and emulated in such a way that no OS can see the others.
This accounts for its performances, but limits its portability...
What I don't understand is.. Why not use CORBA ?
You can build a CORBA client using any langage,
and your ORB will take care of data marshalling,
local / over the wires communication, etc.
(For you KDE types, why not s/CORBA/DCOP/g ? Fine.)
Plus it's documented, it exists
and is used already.
I know, I know, some of you will argue on
some ORB's slowness, etc. But do you really
think things like marshalling can / will be
avoided in.NET servers ? If so, it means they
will optimize it for Intel's data alignment
and the like, and that other architectures
will get a performance drawback in converting
data, I suppose.
I don't have a clue in juridic concepts, but it seems to me that because Wine started years before this breakthrough in microsoft's computers, the project itself can't be threaten (a kind of "prior art" argument ?).
As of patches submitted afterwards, it would prove very difficult to relate them to this event ; you will definitely not find chunks of Windows code in these projects (at least because their maintainers will be very reluctant to accept large piece of said code from new contributors...).
Even a clueless juge wouldn't accept something as vague as "didn't wine improved recently". Well, or so I hope...
Slashdot Mirror
This accounts for its performances, but limits its portability...
Plus it's documented, it exists and is used already.
I know, I know, some of you will argue on some ORB's slowness, etc. But do you really think things like marshalling can / will be avoided in .NET servers ? If so, it means they
will optimize it for Intel's data alignment
and the like, and that other architectures
will get a performance drawback in converting
data, I suppose.
Oh well, what's new here, actually ?
As of patches submitted afterwards, it would prove very difficult to relate them to this event ; you will definitely not find chunks of Windows code in these projects (at least because their maintainers will be very reluctant to accept large piece of said code from new contributors...).
Even a clueless juge wouldn't accept something as vague as "didn't wine improved recently". Well, or so I hope...