MCP-CMS

mcpcms  

master control program  
CMS MCS shell  

    conversational monitor system  

launch — a shell on a MCP node, ¹ provisioned per your current SSO context. ²

MCPCMS, the default or "CANDE" MCS³, controls DCP/MCP message traffic and implements WFL.

Restricted to AKPERSONs (see Entitlements), and whitelisted stations .

A running SPO counts against launch limits.

ABORTED, ACTIVE, COMPLETEDOK, or STOPPED are completion codes for launch job but in the wild it's not run.

Launch code ABORTED implies additional info in your home profile DS control blocks.

---

¹ Resource limits are dynamically set except for F class which always gets the system limit if there is one.
² MCP nodes must have sub-millisecond ping. Set parameters for your own AWS or Linode accounts or your manually provisioned hosts in the Remote Inventory DS block in your home profile.
³ MCS: a message control subsystem of a MCP.

tl;dr

CANDE MCS

MCP 3.3 CANDE Reference Card

In Burroughs MCP, the CANDE MCS was used ubiquitously. I recall using a full screen editor which i think fed CANDE. The text edit functions are obsolete and not part of the mcpcms MCS. Some other commands do map to the new system context though and they are developed in a similar fashion to WFL with an additional shell mode command cande like the lang specific subshells in the next §, which invokes the MCS command processor at a mcpcms prompt.

The command processor is also available as a pane in the WebKEE legacy SPA and the CANDE MCS is the default ubiquitous DCP/MCP MCS. CANDE is used in current Unisys MCP but neither it nor the MCS have their former prominence when the OS runs under Windows.

mcpcms

is derived from zsh for MCP and the shell variant set for it in /etc/shells. In an authenticated session, the launch link normally results in a WebSSH session with this shell. Aside from the modification for the MCP machine model, it is otherwise just zsh however the following commands are available to establish different shell behaviour in support of the KEE:

• shcl (common lisp nature)
• shhs (HsShellScript, haskell nature)
• upsh (prolog nature)

Lisp and prolog implementations are variable, and multiple can be combined but shcl and upsh themselves use sbcl and swipl, respectively. mcpcms can be accessed with ssh using the following script. Using the FQDSAgentName syntax is equivalent to what the launch link does in an AKPERSONs session.

#!/usr/bin/bash
# save as <fileName> and invoke with <fileName>  <connect-spec> where            
#         
#  <connect-spec>::= <ipV6Address>:<port> | <ipV4Address>:<port> | FQDSA<whiteSpace><FQDSAgentName> 
#  FQDSAgentName ::= <agentId>@<domain>[:<port>]
#
#  and the values are displayed in the DCMS account profile.  
#
if [ -z $2 ] then
  ssh  $1
  exit
fi
#
# Get connect values from FQDSA.
#
FQDSA=getmcpcms.ai-integration.biz/?FQDSA=$2
PARMS=$(curl -L $FQDSA)
ssh $PARMS

mcpcms is implemented for Linux first then MacOS. The intent is to support mainframe OSes after that, specifically the Hercules version of IBM and the Windows based version of Unisys MCP. Core Domain Space uses either AWS or Linode to dynamically provision whole hosts as MCP nodes and nodes may also be created as composed containers on an existing host.

WFL

is derived from a68g, runs as shebang scripts under mcpcms, and is based on selected elements of MCP 12 WFL reimagined for our systems concept. It serves as the central point of a bottom up integration of MCP/DCP elements.

While my WFL is based superficially on the Burroughs WFL reference, it's basically just a point of departure:

1. Built for the MCP machine model which is implicit as the Burroughs systems were for the original.
2. The Job Control Language is the base upon which that model is developed.
3. The reimagined JCL supports ops over many actual hosts unified by the MCP.
4. Besides the JCL blocks may contain other supported langs.

As far as the elaboration of JCL statements and so forth WFL is developed in a bottom up prototyping style without any spec other than the mainframe reference and the nascent MCP concept, so there will be no documentation for some time other than the text of actual jobs. № 4 above is implemented by variants for the SUBROUTINE statement, with the same attachment of BEGIN and END bounded blocks:

SUBROUTINE	WFL (JCL)
MINT	MINT 3
UNIT	Algol68
HS	Haskell
CL	Common Lisp
LP	LogTalk
PL	Prolog

Initially supported block variants.

Unlike standard unix shell scripts, WFL jobs are compiled first rather than interpreted and executed line by line.

The namestyles are a homage to MCP and VM/CMS main frame operating systems which are both still in use and Unisys WFL (Work Flow Language).

The Abydos Kings List   c. -400   to   1400   公元,   Menes — Seti I

Devops Roadmap

• 0.3.0 4721-03-03  Told tl;dr story.
• 0.9.0 4721-00-00  BaselineOfDomainSpace.
• 1.0.0 4721-00-00  BaselineOfKEE.
• 1.1.0 4721-00-00  Provisions generic base cluster, working geonode budding, shown tl;dr story. All public pre MCP hosts migrated.
• 1.2.0 4721-00-00  First dependent SKUs made GA.
• 2.0.0 47yy-00-00  First working WFL workframe, a UI for job edit and debug with visual execution.
• 3.0.0 47yy-00-00  Mature DDD/KEE product.

A geneology of the system concepts is linked by the cartouche at the first page in the 'text' div in the left nav.

---

² High Order Language