> First to answer the question "NO", in native M.P.E. (not talking about
> POSIX) there is only one PIN.
...

There is the original, external visible MPE V 16 bit Process Id Number (PIN)
and an internal 32 bit Process Id number (PID -- not to be confused with a
Protection Id, PID). And, the POSIX PID as shown by the POSIX shell's ps
command.

The internal PID is 32 bits containing a 16 bit PIN followed by a 16
bit re-use count.

The external POSIX PID is 32 bits containing a 16 bit re-use count
followed by a 16 bit PIN -- the reverse of the internal PID.

The external PIN is a unique 16 bit number for the duration of the
process and it's children.  PIN's are re-used by the system and
hence are not unique over time, but they are unique across a single
snapshot.

If you are on 7.0 or later, try:
   help pinfo
and scroll down to the PIN related items.

Also, from a 7.0 Communicator article at:

http://jazz.external.hp.com/papers/Communicator/7.0/exp1/ci_enhancements.htm
l
(wrap)

"...
fmtpid - a process ID (PID) is unique for the life of the system. It
consists of 32 bits of a PIN and 32 bits of a reuse count. Since the CI does
not yet support 64 bit numbers, the formatted MPE PID is returned in a
string. The string contains the ASCII PIN, followed by a single space,
followed by the ASCII reuse count. The pxpid is the POSIX PID and consists
of the 16 bit reuse count followed by the 16 bit PIN. This value is returned
as a 32 bit CI integer, and is the same number seen in the shell's 'ps'
command output.
..."

  regards,
  Jeff Vance, vCSY

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *