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:
"VANCE,JEFF (HP-Cupertino,ex1)" <[log in to unmask]>
Reply To:
VANCE,JEFF (HP-Cupertino,ex1)
Date:
Fri, 13 Dec 2002 15:28:16 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
...
> POSIX shell and Utilities: Linux pipes, IPC: Linux.
> 12H Raid Mgr, XP Raid Mgr: integrated to MPE, or added on?
> (treat the disk as disk; raid is a way to make disk more reliable,
> and it's available for Linux systems.)
> Predictive?  Who's going to support Predictive?  sell the pieces with
> Predictive ;-)
> Patch/iX?  there ARE non-MPE OS update procedures out there.
> ok, I'm skipping CSTM.
>
> isn't all this stuff (except CSTM and Predictive) already all there in
> Linux?

The Linux OS has streams (LiS). If we removed Streams from MPE the
emulator vendors would need to trap all calls from MPE to the streams
code and re-map these calls to the native (host) APIs. This is probably
possible, but, not necessarily something you'd want to do first release.

Also, CSY, at this time, sees value in a single version of MPE. That is,
the same version of MPE will run on an emulator and on a 3000. So, it is
undesirable (at least now) to create a special version of MPE (minus
ODBC, MKS, and streams) so that we can reduce the price of a new MPE
license. This puts an extra burden on the emulator vendors, creates a
situation where a production MKS shell script no longer works on the
emulator, creates licensing issues for HP (if we include open source
replacements for the missing pieces)... Essentially, we would no be
delivering a working version of MPE with these parts gone.

 Jeff Vance, "CSY"

ATOM RSS1 RSS2