¤26986
14
149
238
175
184
379
293
226
161
157
1868
107
299
188
119

K 10
svn:author
V 5
peter
K 8
svn:date
V 27
1997-06-27T14:53:01.000000Z
K 7
svn:log
V 55
Import sendmail-8.8.6

Obtained from: ftp.sendmail.org

END
K 10
svn:author
V 5
peter
K 8
svn:date
V 27
1997-06-27T14:53:01.000000Z
K 7
svn:log
V 143
This commit was generated by cvs2svn to compensate for changes in r26986,
which included commits to RCS files with non-trunk default branches.

END
K 10
svn:author
V 7
cvs2svn
K 8
svn:date
V 27
1997-06-27T14:53:02.000000Z
K 7
svn:log
V 79
This commit was manufactured by cvs2svn to create tag
'sendmail-vendor-v8_8_6'.
END
K 10
svn:author
V 5
peter
K 8
svn:date
V 27
1997-06-27T15:17:19.000000Z
K 7
svn:log
V 90
Merge in sendmail-8.8.5 -> 8.8.6 changes to those files that have left the
vendor branch.

END
K 10
svn:author
V 5
peter
K 8
svn:date
V 27
1997-06-27T15:28:54.000000Z
K 7
svn:log
V 284
Don't accept insane values for SO_(SND|RCV)BUF, and the low water marks.
Specifically, don't allow a value < 1 for any of them (it doesn't make
sense), and don't let the low water mark be greater than the corresponding
high water mark.

Pre-Approved by: wollman
Obtained from: NetBSD

END
K 10
svn:author
V 5
tegge
K 8
svn:date
V 27
1997-06-27T15:42:05.000000Z
K 7
svn:log
V 198
Fill in some extra fields in the eproc structure. gdb uses this information
to determine where the data segment in core dumps should be mapped.
Reviewed by:	Peter Wemm <peter@spinner.dialix.com.au>

END
K 10
svn:author
V 5
tegge
K 8
svn:date
V 27
1997-06-27T15:48:22.000000Z
K 7
svn:log
V 131
Don't depend upon the user structure having been aligned on a 8 KB boundary.
Reviewed by:	Peter Wemm <peter@spinner.dialix.com.au>

END
K 10
svn:author
V 5
peter
K 8
svn:date
V 27
1997-06-27T15:55:33.000000Z
K 7
svn:log
V 67
Revive this file, it's come back from the dead in the 8.8.x dists.

END
K 10
svn:author
V 4
fsmp
K 8
svn:date
V 27
1997-06-27T18:29:55.000000Z
K 7
svn:log
V 64
Removed '#include <machine/smptests.h>' line, no longer needed.

END
K 10
svn:author
V 5
wpaul
K 8
svn:date
V 27
1997-06-27T19:10:46.000000Z
K 7
svn:log
V 1772
Fix a condition where nfs_statfs() can precipitate a panic. There is
code that says this:

        nfsm_request(vp, NFSPROC_FSSTAT, p, cred);
        if (v3)
                nfsm_postop_attr(vp, retattr);
        if (!error)
                nfsm_dissect(sfp, struct nfs_statfs *, NFSX_STATFS(v3));

The problem here is that if error != 0, nfsm_dissect() will not be
called, which leaves sfp == NULL. But nfs_statfs() does not bail out
at this point: it continues processing until it tries to dereference
sfp, which causes a panic. I was able to generate this crash under
the following conditions:

1) Set up a machine as an NFS server and NFS client, with amd running
   (using NIS maps). /usr/local is exported, though any exported fs
   can can be used to trigger the bug.
2) Log in as normal user, with home directory mounted from a SunOS 4.1.3
   NFS server via amd (along with a few other NFS filesystems from same
   machine).
3) Su to root and type the following:
   # mount localhost:/usr/local /mnt
   # df

To fix the panic, I changed the code to read:

        if (!error) {
                nfsm_dissect(sfp, struct nfs_statfs *, NFSX_STATFS(v3));
        } else
                goto nfsmout;

This is a bit kludgy in that nfsmout is a label defined by the nfsm_subs.h
macros, but these macros are themselves more than a little kludgy. This
stops the machine from crashing, but does not fix the overall bug: 'error'
somehow becomes 5 (EIO) when a statfs() is performed on the locally mounted
NFS filesystem. This seems to only happen the first time the filesystem
is accesed: on subsequent accesses, it seems to work fine again.

Now, I know there's no practical use in mounting a local filesystem
via NFS, but doing it shouldn't cause the system to melt down.

END
K 10
svn:author
V 5
gibbs
K 8
svn:date
V 27
1997-06-27T19:36:27.000000Z
K 7
svn:log
V 13
KNF cleanup.

END
K 10
svn:author
V 5
gibbs
K 8
svn:date
V 27
1997-06-27T19:38:56.000000Z
K 7
svn:log
V 204
Modify my copyright notice to allow the sequencer to be used with GPLed
software (aka Linux).

Fix a few bugs in the sequencer assembler.

Make it easy to compiler the assembler with debugging turned on.

END
K 10
svn:author
V 5
gibbs
K 8
svn:date
V 27
1997-06-27T19:39:34.000000Z
K 7
svn:log
V 94
Modify my copyright notice to allow the sequencer to be used with GPLed
software (aka Linux).

END
K 10
svn:author
V 4
alex
K 8
svn:date
V 27
1997-06-27T21:51:59.000000Z
K 7
svn:log
V 26
Removed unused variables.

END