Importing mksh in base
Rodney W. Grimes
freebsd-rwg at pdx.rh.CN85.dnsmgr.net
Sun Jan 27 00:19:56 UTC 2019
> Cy Schubert <Cy.Schubert at cschubert.com> wrote:
> > Interactively ksh93's command completion listing looks unconventional
> > but it functions the same.
> >
> > However programmatically it's the standard. Large commercial vendors,
> > like Oracle, still require ksh for its array handling among other
> > things.
>
> pdksh (hence I assume mksh) has had array support for ages.
> The only thing I ever found it useful for was cd history,
> and I actually have an implementation of that for sh that does not need
> arrays.
>
> > It has that advantage. For embedded this is an advantage. However if
> > embedded is using ksh as a scripting language mksh and pdksh aren't
>
> As noted earlier I've used [pd]ksh as shell for 30 years.
> I do *not* write ksh scripts (except for .kshrc etc ;-)
>
> The beauty of ksh as interactive shell is it's (mostly) compatability
> with /bin/sh - which scripts should be written in.
>
> Now on some systems (HPUX springs to mind ;-) /bin/sh is so bad that
> one has to use ksh to run scripts - but they are still sh scripts.
Doesnt pdksh have a "sh" compatible mode iirc when you
invoke it via a path of sh it behaves as a traditional
bourne shell, also if IIRC Openbsd is doing just that,
/bin/sh -> /bin/pdksh (hard link)
--
Rod Grimes rgrimes at freebsd.org
More information about the freebsd-arch
mailing list