eric@mks.com (Eric Gisin) (03/21/91)
The \ character does not work in the IFS variable.
The System Vr3.2 and Sun OS 4 shells have this bug.
The V7 shell did not. It was probably introduced in the 8-bit clean version.
The following demonstrates the bug.
# echo arguments, one per line
args() {
for _ do echo_r "$_"; done
}
# echo without SysV expansions
echo_r() {
cat <<- .
$*
.
}
IFS='\'
thing='a\b\\c'
args $thing
--> a\b\\c
In System V/386 r3.2, the shell nices all background jobs.
This is unacceptable for non-interactive shells.jpr@jpradley.jpr.com (Jean-Pierre Radley) (03/22/91)
In article <1991Mar20.233210.7410@mks.com> eric@mks.com (Eric Gisin) writes: >In System V/386 r3.2, the shell nices all background jobs. >This is unacceptable for non-interactive shells. On SCO UNIX 3.2, the niceness is configurable by modifying /etc/defaults/queuedefs. Perhaps your system does not have such a file? Jean-Pierre Radley NYC Public Unix jpr@jpradley.jpr.com CIS: 72160,1341
guy@auspex.auspex.com (Guy Harris) (03/28/91)
>>In System V/386 r3.2, the shell nices all background jobs. >>This is unacceptable for non-interactive shells. > >On SCO UNIX 3.2, the niceness is configurable by modifying >/etc/defaults/queuedefs. Perhaps your system does not have such a file? If modifying that file actually changes what the *Bourne shell* does with jobs run with "&", rather than changing the niceness of jobs run with "at" or "batch", that's an SCO-ism; the original poster's system probably has a "queuedefs" file, or can have one, but unless they have a system tweaked to make the shell look at that file, it won't have any effect. Hopefully, S5R4's Bourne shell won't do this (at least not when it's run as "jsh"), given that, in S5R4, as in other systems with BSD-style or POSIX-style job control, "background" is a temporary state, not a way of life....
andy@xwkg.Icom.Com (Andrew H. Marrinson) (04/03/91)
guy@auspex.auspex.com (Guy Harris) writes: >Hopefully, S5R4's Bourne shell won't do this [...] It doesn't. -- Andrew H. Marrinson Icom Systems, Inc. Wheeling, IL, USA (andy@icom.icom.com)