They're both different animals, and as a user of PASE and QSH, which POSIX
standards it follows are really not my benchmark. I'd rather frame it like

- Is the environment accessed via Green screen, ssh, or some other
- What C buildchain is there. Should I expect to download a tarball for
some random OSS project and have ./configure && make && make install work?
- What kind of things don't work that a unix guru would expect to
(curses, X11, piping)
- How comfortable will a Linux or FreeBSD person be if you sat them down
in front of it?
- How do I hook into it from RPG/CL/etc
- How do I hook into the native IBM i functionality from it.
- How do I access db2?

Saying what's more standards compliant gets hairy? Are we talking POSIX
compliant? You could be totally posix compliant, but a lot of stuff expects
all the GNU autotools to work. Conversely, its a given the ps is going to
have different arguments on different systems, and ls has a ridiculous
amount of arguments. If you get those "good enough" but not compliant to
some posix standard for them, but ship with bash as the shell, and perl,
python and php, more examples from the internet will work.

Since unix is not controlled by one big mega corporation, like the IBM i
is, its hard to qualify an unix environment for the IBM i in terms of
compliance to a bunch of standards.


On Thu, Oct 8, 2015 at 12:13 PM John Yeung <gallium.arsenide@xxxxxxxxx>

On Thu, Oct 8, 2015 at 11:28 AM, <rob@xxxxxxxxx> wrote:
Numerous times the one that is less standards based worked with more of
the examples I found on the internet. Perhaps it's due to more people
using 'extensions' instead of limitations caused by the standards not
keeping up?

Which one are you saying is "less standards based"? One of my main
points is that it doesn't even make sense to express the differences
between Qshell and PASE in those terms.

You might equally accurately say that neither is standards-based, or
that both are standards-based, or that "true" standards-based examples
are basically nonexistent on the Internet.

John Y.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].