ksh bugs
Andrew Proudfoot
foot at tc.fluke.COM
Tue Aug 8 02:12:33 AEST 1989
We got ksh (the RELEASE file says it's the 6/15/88 version) from the
AT&T toolchest recently, and installed it on our Suns and Vaxes. It
appears to have several bugs, though of course they may be the result
of faulty installation. I haven't been watching this newsgroup
until now, and would appreciate copies of patches that have been
posted for these (or other) bugs. Sorry if this rehashes old material.
Here are the bugs we've seen so far:
1. When no result variable is explicitly provided, the "read"
command is supposed to store the line it reads in the REPLY
variable. But a "read" call without an explicit result variable
dumps core on our Suns (works OK on a Vax).
2. the "read" command does filename expansion on its input!
Just filename expansion; it doesn't do quote removal or tilde expansion.
This happens only on the Suns, not on the Vaxes.
$ ls /usr0/foot/xx
file1 file2 file3
$ ls ~foot/xx
file1 file2 file3
$ while read stuff; do echo $stuff; done << EOF
> ~foot/xx/*
> '/usr0/foot/xx/*'
> /usr0/foot/xx/*
> EOF
~foot/xx/*
'/usr0/foot/xx/*'
/usr0/foot/xx/file1 /usr0/foot/xx/file2 /usr0/foot/xx/file3
3. One large ksh script, when run by certain users on certain input,
reports that it can't create new files in a writable directory,
can't find commands that are in the search path, and can't even find
commands for which correct full pathnames (like /bin/cp) are
specified. Seemingly irrelevant changes to the script, such as the
addition of some "pwd" calls, can make the problem go away. Unlike
the first two bugs, this one does occur on the Vaxes (not sure if it
happens on the Suns).
Andy Proudfoot || domain: foot at tc.fluke.COM
John Fluke Mfg. Co., M/S 223B || uucp: {uw-beaver,microsof,sun}!fluke!foot
PO Box C9090 ||
Everett, WA 98206 || phone: (206) 356-5446
More information about the Comp.bugs.sys5
mailing list