Searched hist:17431 (Results 1 - 2 of 2) sorted by relevance

/freebsd-9.3-release/contrib/tzdata/
H A Dleapsecondsdiff 58787 Wed Mar 29 12:01:46 MST 2000 ru Merge from vendor branch.

PR: 17431
Obtained from: ftp://elsie.nci.nih.gov/pub/tzdata2000d.tar.gz
/freebsd-9.3-release/usr.sbin/rpc.yppasswdd/
H A Dyppasswdd_server.cdiff 17431 Sun Aug 04 20:13:05 MDT 1996 wpaul Fix a couple of bogons. The first two were brought to my attention
by Peter Wemm:

- In yppasswdproc_update_1_svc(), I wasn't paying attention and put
a couple of lines of code _after_ a return() instead of before.
(*blush*)

- The removal of certain temp files didn't always work (this showed
up mostly if you were using /etc/master.passwd as your NIS passwd
template instead of /var/yp/master.passwd). This is because the
whole temp file creation mechanism I was using was tragically
broken (you can't rename across filesystems).

This problem I found myself:

- If you have a very large password database (30,000 or more entries),
there can be a delay of several seconds while pw_copy() copies the
ASCII template file and subsitutes in the modified/new entry. During
this time, the clnt_udp() code in the RPC library may get impatient
and retry its request. This will get queued at the server and be
treated as a second request. By then the password change will have
been completed and the second request will fail (the old password is
no longer valid). To attempt to fix this, we save the IP address and
port of each request and ignore any subsequent requests from the
same IP and same port that arrive within five minutes of each other.

Completed in 73 milliseconds