Patrick Santucci wrote:

> This is a good idea, but how do you manage it? On the one hand, you could
> end up with a whole lot of variables prefixed PX_ (just like TurboStore does
> with TS_ ). Do you really want something like this?
>
> :SHOWVAR PX_@
> PX_FIND_RETURN_STATUS = 1
> PX_GREP_RETURN_STATUS = 0
> PX_VI_RETURN_STATUS = 0
> ...

if wishes were horse -- absolutely yes!  we are sooo fortunate to work on an os
a rich as mpe!  but....

> Or do you make it more individual, pretend the shell isn't there

(i try real hard a lot of the time to pretend the shell isn't there :-)

> > From: Emerson, Tom # El Monte

> > Perhaps when writing this up for a SIB item, perhaps the "item" should be
> > to
> > create usable return codes for those programs commonly found in other unix
> > environs...

well that would be nice too....but....

<politically incorrect hat on>
i don't think we stand a snowball's chance of ever seeing anything done to
*existing* mpe 'things'.  i believe csy is taking a position of 'fix it only if
it is really really broke'.  there's the outside chance that we can get csy to
agree to 'coding' to a particular standard for future 'things' i guess, i hope.
we've pointed out how devctrl doesn't work.  we've pointed out ping needs to be
unbundled (take away the nm restriction).  we've talked about how many things
that we'd like fixed/improved on our systems.  but is any of it going to be
addressed?  i don't think so....nor do i know what to do about it.

i'm guessing the 'hpworld' publication is available somewhere on the web?  i'm
also guessing that a fair number of you actually get 'hpworld' from interex.
get the last issue and read winston's article.  read what he has to say about
3000-l.  please draw your own conclusions but....perhaps you can see why i'm at
a loss to know what to do.
<politically incorrect hat off>

      - d <sigh>

--
Donna Garverick              | PROGRAM, tr. v., An activity similar
Longs Drug Stores            | to banging one's head against a wall,
925.210.6631                 | but with fewer opportunities for
[log in to unmask]         | reward.