Does the optional SVR4 Bourne shell on OSF1, /usr/opt/svr4/usr/bin/sh,
(AFAIK only on OSF1/V4 but not available anymore on /V5) crash on the
following (due to endless memory allocation)?
cat<<`EOF`
...
(note the backticks)
Sven
cat<<`EOF`
...
(note the backticks)
Sven
1. how to -- shell SVR4 detect (uname and SVR4)
It is not a problem with NCR UNIX, but rather with people's use of an
old SVR3 command. We sell products with UnixWare, used to sell products
with SVR3.2, and our customer's got used to the "uname -S node" command
of the older UNIX and insist on using it instead of "setuname -n node".
You see, it was thought that for UUCP to work correctly, you needed to
set the "system" name to that used in the other box's Systems file. So
"uname -S" did exactly that, set both the node and the system name to
the same value, and scripts got written to either value. What they
didn't realize is that the originators of UNIX where operating-system
centric, and so when they say 'system', they mean 'operating system',
regardless of what the UUCP system considers a "system".
Even now, one of our department servers running UnixWare (an SVR4.2)
displays the following to a "uname -a":
machinename machinename 4.2 1 i386 386/AT
The people installing your NCR-UNIX boxes should have used the
"setuname -n" command to set the nodename. The "setuname -s" command
can be used to correctly set the system value back to "UNIX_SV" or
"UNIX_SVR4".
It checks for both the system and the node fields, and if they are the
same, it ignores those fields and pokes around UNIX'isms unique to
System-V or unique to BSD, and then pokes further to test for files and
directory structures that changed between releases.
Note this can fail, as in the SVR2.4 system I have at home (one of the
last 16-bit UNIXes) that added some SVR3-type things (like shadow
passwords and such) and Berkeley utilities and libraries. If I had
software that look for file differences between versions, it might
mistake that system for a SVR3 system, and fail to build software (the
compiler is *VERY* SVR2 centric).
--
"It was our last, best hope for peace -- it failed. | Scott G. Hall
Now it's our last best hope." (Babylon-5 opener) | Lucent Technologies
----------------------------------------------------------| Bell Labs - BCS
2. connection reset by peer error
3. SVR4 cpio -c conversion / CMS QIC Tape for SVR4
5. Problem running a sub-shell on SVR4
6. Server Problems: Connection refused
7. /bin/false, SVR4, escape to shell
8. p2c
9. Bourne Shell compatible shells (was: Request: which shells)
11. sendto() returns 0 on NCR SVR4
13. Printing to a SVR4 printer (lp not lpr!)