Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!hao!ames!ucbcad!ucbvax!BRL.ARPA!mike
From: mike@BRL.ARPA (Mike Muuss)
Newsgroups: comp.sys.sgi
Subject: Re:  NFS problems and RE:RE:VT100/Keyboard
Message-ID: <8711122300.aa16787@SEM.BRL.ARPA>
Date: Thu, 12-Nov-87 23:00:21 EST
Article-I.D.: SEM.8711122300.aa16787
Posted: Thu Nov 12 23:00:21 1987
Date-Received: Sun, 15-Nov-87 06:04:50 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 19

The "stat" problem can be easily solved, while retaining binary
compatability, by renaming the existing syscall numbers as
"oldstat" and "oldfstat" (the only two affected syscalls), providing
--special-- code in the kernel to return the old (16-bit size) STAT
data, and then install two new syscall numbers that are assigned
to "stat" and "fstat".

Thus, old code continues to see what it expects, while any code
recompiled will get the new #include files, and will link with the
new sys-call interface routines in libc.

If SGI ships 3.6 without a reliable fix for this problem, I will be
personally very furious, because the 3030 on my desk stubs it's toes
on this every few hours.

I hope you will seriously consider adding the necessary 20 lines of code
to the kernel (and similar amount to libc) to eliminate this problem.
	Best,
	 -Mike