OPENMPE Archives

December 2002

OPENMPE@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Mark Klein <[log in to unmask]>
Reply To:
Mark Klein <[log in to unmask]>
Date:
Fri, 13 Dec 2002 07:49:27 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
On 13 Dec 2002 at 7:28, Tracy Pierce wrote:

> re the 1st two, IF the emulator were software designed to run atop
> linux, all ux stuff could be just left out of OpenMPE, and ux calls
> could be as simply invoked as is MPE's HPCICOMMAND.  Voila, no 3rd
> party fees.

That's an over simplication, because this stuff isn't just bolted on -
 it is integral to MPE at this point. Further, one piece of the 3rd
party code handles some of the inter process communication internal
to the OS. Can't simply "leave it out".

> Granted that's a huge IF, and quite contrary to the hardware emulation
> touted by the OS experts here, but if MPE emulation amounted to
> intrinsics written to run atop Linux, that OS's continuously improved
> features would be pretty durn near.

Gotta keep in mind again that there'e "emulation" and "simulation".
What you are describing is simulation. There are many companies
already out there today with MPE simulation tools. Since you state
that you don't care about recompiling your application, the
simulation is probably a better fit for you. There are those where
that isn't possible, or at least cost justifiable where emulation
works out better for them.

--
Mark Klein
http://www.dis.com
PGP Key Available

ATOM RSS1 RSS2