Dec 082017
 
C Source code for pdksh 5.1.2, an AT&T ksh (Korn Shell) look-alike. Runs under Unix including LINUX, Sun, HP, DecStations. Also runs under OS/2. FREEWARE.

Full Description of File


C Source code for pdksh 5.1.2, an AT&T ksh
(Korn Shell) look-alike. Runs under Unix
including LINUX, Sun, HP, DecStations. Also
runs under OS/2. FREEWARE


File PDKSH512.ZIP from The Programmer’s Corner in
Category UNIX Files
C Source code for pdksh 5.1.2, an AT&T ksh (Korn Shell) look-alike. Runs under Unix including LINUX, Sun, HP, DecStations. Also runs under OS/2. FREEWARE.
File Name File Size Zip Size Zip Type
FILE_ID.DIZ 160 139 deflated
MANIFEST 7231 1461 deflated
PDKSH512.TAR 1218560 335317 deflated
README 6226 2845 deflated

Download File PDKSH512.ZIP Here

Contents of the README file


C Source code for pdksh 5.1.2, an AT&T ksh
(Korn Shell) look-alike. Runs under Unix
including LINUX, Sun, HP, DecStations. Also
runs under OS/2. FREEWARE

Last updated Dec '94 for pdksh-5.1.2.

PD-ksh is a mostly complete AT&T ksh look-alike (see NOTES file for a list
of things not supported). Work is currently underway to make it fully
compatible with both POSIX and AT&T ksh (when the two don't conflict).

Since pdksh is free and compiles and runs on most common unix systems, it
is very useful in creating a consistent user interface across multiple
machines. For example, in the CS dept. of MUN, pdksh is installed on a
variety of machines including Suns, HPs, DecStations, pcs running Linux,
etc., and is the login shell of ~3700 users.

PDksh is currently being maintained by Michael Rendell ([email protected]),
who took over from Simon J. Gerraty ([email protected]) at the later's
suggestion. A short list of things that have been added since the last
public pdksh release (4.9) are auto-configuration, arrays, $(( .. )),
[[ .. ]], variable attributes, co-processes, many POSIXisms and many bug
fixes. See the NEWS and ChangeLog files for other features added and bugs
fixed.

Note that pdksh is provided AS IS, with NO WARRANTY, either expressed or
implied. Also note that although the bulk of the code in pdksh is in the
public domain, some files are copyrighten (but freely distributable) and
subject to certain conditions (eg, don't remove copyright, document any
changes, etc.).

If you would like to be notified via email of new releases as they become
available, send mail to [email protected] with subject
"send release notifications" (or "don't send release notifications" to stop
them).

Files of interest:
NEWSshort list of noticeable changes in various versions.
CONTRIBUTORSshort history of pdksh, people who contributed, etc.
NOTESlists of known bugs in pdksh, at&t ksh, and posix.
PROJECTSlist of things that need to be done in pdksh.
BUG-REPORTSlist of recently reported bugs that have been fixed
and all reported bugs that haven't been fixed.
etc/*system profile and kshrc files used by Simon J. Gerraty.
misc/README*readme files from previous versions.
misc/Changes*changelog files from previous versions.
os2/*files and info needed to compile ksh on os/2.

Compiling/Installing:
* edit options.h and define/undef the options therein.
* run configure: this is a GNU autoconf configure script that will generate
a Makefile and a config.h. Some of the useful options to configure are:
--prefix=PATH indicates the directory tree under which the binary
and man page are installed (ie, PATH/bin/ksh and
PATH/man/man1/ksh.1).
The default prefix is /usr/local.
--exec-prefix=PATH overrides --prefix for machine dependent files
(ie, the ksh binary)
--verbose show what is being defined as script runs
Note that you don't have to build in the source directory. To build
in a separate directory, do something like:
$ mkdir objs
$ cd objs
$ ../configure --verbose
....
$ make
See the file INSTALL for a complete description of configure and its
options.
* miscellaneous configuration notes:
* If your make doesn't understand VPATH, you must compile in
the source directory.
* On DecStations, MIPS and SONY machines with older C compilers that
can't handle "int * volatile x", you should use gcc or turn off
optimization. The problem is configure defines volatile to nothing
since the compiler can't handle it properly, but the compiler does
optimizations that the volatile is meant to prevent. So. Use gcc.
* On MIPS RISC/os 5.0 systems, sysv environment, is
messed up - it defines sigset_t, but not any of the rest of
the posix signals (the sigset_t typedef should be in the
ifdef KERNEL section) - also doesn't have waitpid() or wait3().
Things compile up ok in the svr4 environment, but it dumps core
in __start (perhaps our system doesn't have the full svr4
environ?). Try compiling in the bsd43 environ instead (still not
perfect - see BUG-REPORTS file), using gcc - cc has problems with
macro expansions in the argument of a macro (in this case, the ARGS
macro).
* run make: everything should compile and link without problems.
* run make check: this fires up ksh on a script that checks for some
known and some fixed bugs. The script prints the list of tests
it expects to fail.
* run make install: this installs ksh (in /usr/local/bin/ksh by default,
or where ever you told configure to put things).

The following is a list of machines pdksh is known to work on:
-/PC Linux 1.1.18 (Slackware v2.0; works on older linux's as well)
-/PC NetBSD 0.9a
-/PC BSDI 1.1
-/PC Interactive/Sunsoft 3.0.1 and 4.1 (note that problems have been
reported with isc3.2 - see the BUG-REPORTS file)
Dec/alpha OSF/1 v2.0 and v3.0
Dec/pmax Ultrix 4.2
Dec/vax Ultrix 2.2
Dec/vax 4.3BSD+NFS (MtXinu)
HP/pa HP-UX 9.01
MIPS/m120 RISC/os 5.0 (bsd43 environ)
Sun/sun4 SunOS 4.1.3
Sun/sun4 Solaris 2.3
Sun/sun386i SunOS 4.0.2
Sun/sun3 SunOS 4.0.3

Newer versions of pdksh may be available from ftp.cs.mun.ca:/pub/pdksh - you
may want to check for one if you run into any problems, as the problem may
already be fixed (you can get new release notifications automatically - see
above).

You can send bug reports, fixes, and enchancements to [email protected] (please
don't assume I will see bug reports that are posted to some newsgroup or
mailing list - I probably won't).
If you are reporting a bug (with or without a fix), please include
* the version of pdksh you are using (see version.c, or, if you are
running pdksh, try echo $KSH_VERSION),
* the machine, operating system and compiler you are using,
* and a description of how to repeat the bug (a small shell
script that demonstrates the bug is best).
as well as the following, if relevant (if you aren't sure, include them)
* what options you are using (both options.h options and set -o options)
* a copy of your config.h (the file generated by the configure script)

Michael Rendell, [email protected]


 December 8, 2017  Add comments

Leave a Reply