PSARC/2014/162 ksh93 update to 2012-08-01
17533968 ksh93 uprev to latest community version
17817727 ksh93: Right shift arithmetic substitution error for shifts of 64 bits or more
17699248 ksh93 double associative array handling bugs
17777549 "kill %%" with no background jobs , coredumps
18119738 ksh93 crashes in sfio area
18229654 ksh93 read not reentrant in alarm context dumps core
16169978 ksh93 memory corruption with redirection
18302723 ksh93 segv in sh_setmatch
16507675 external command in double-nested here-document hangs ksh93
18920300 remove pkglint Warnings in ksh93 build
18355790 /usr/bin/sh and /usr/sbin/sh should point to /usr/bin/ksh93
19907453 Session drop can cause ksh93 to become a fork bomb
18426052 SPARC /usr/bin/ksh is not an XPG6 executable
20808157 attpackagemake.mk test target needs the same environment as the build
20948390 ksh93 should have some master test results to compare against
20948350 attpackagemake.mk tested-and-compared target has mis-matched parentheses
Change needed to get stdbuf to successfully preload libstdbuf.so
for both 32-bit and 64-bit applications.
Since we don't link against libstdbuf.so, we need to LD_PRELOAD it.
libstdbuf.so lives in /usr/lib and /usr/lib/64, so we just use a
search path value of "" and that equates to LD_PRELOAD=libstdbuf.so,
and ld.so.1 finds the right one associated with the process class.
ie. we don't use full path names for the preload names.
This change has been passed upstream, but the GNU coreutils maintainer
turned it into a comment explaining why it's not included by default.
--- src/stdbuf.c.orig 2014-07-30 16:44:53.956056259 -0700
+++ src/stdbuf.c 2014-07-30 16:46:19.570693225 -0700
@@ -214,6 +214,7 @@
char const *const search_path[] = {
program_path,
PKGLIBEXECDIR,
+ "", /* System default */
NULL
};