src-test/lib/libc/yp, branch release/7.2.0 FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=release%2F7.2.0 2007-07-24T13:06:08Z Set timeout for all NIS RPC requests to 1 second and not just for 2007-07-24T13:06:08Z Simon L. B. Nielsen simon@FreeBSD.org 2007-07-24T13:06:08Z urn:sha1:33e6f9c10c4f0c3f47dafe8a22350971dc5fecfd yp_next as revision 1.50 did. This should fix, or at least very much reduce the risk of, NIS timing out due to UDP packet loss for NIS functions. See also revision 1.50 for more details about the general problem. Tested by: nosedive, freefall, hub, mx1, brooks MFC after: 1 week Approved by: re (mux) Use C comments since we now preprocess these files with CPP. 2007-04-29T14:05:22Z Daniel Eischen deischen@FreeBSD.org 2007-04-29T14:05:22Z urn:sha1:5f864214bbb2612cbb8b1b69d124036711b73946 - Bump _yplib_timeout limit from 10 to 20 seconds to better handle 2007-03-04T10:30:43Z Simon L. B. Nielsen simon@FreeBSD.org 2007-03-04T10:30:43Z urn:sha1:2861f68d489fd7415d8ee6f2961a2b2f3b0acca9 packet loss when talking to a NIS server. - Set 1 second retry timeout to further realistically handle UDP packet loss for yp_next packet bursts. If the packet hasn't come back within 1 second its rather unlikely to come back at all. There is still back-off mechanism in RPC so if there is another reason than packet loss for the lack of response within 1 second, the NIS server will not be totally bombarded with requests. This reduces the risk of NIS failing with: yp_next: clnt_call: RPC: Timed out considerably. This is mainly a problem if you have larger NIS maps (like at FreeBSD.org) since enumerations of the lists will cause a UDP packet bursts where a few packets being lost once in a while do happen. MFC after: 1 week Discussed with: peter Problem mainly diagnosed by: peter Add each directory's symbol map file to SYM_MAPS. 2006-03-13T01:15:01Z Daniel Eischen deischen@FreeBSD.org 2006-03-13T01:15:01Z urn:sha1:6fad3aaf157b3ab3d64b99ca7c14751124c044dd Add symbol maps and initial symbol version definitions to libc. 2006-03-13T00:53:21Z Daniel Eischen deischen@FreeBSD.org 2006-03-13T00:53:21Z urn:sha1:cce72e8860e207b5be84acb82c75f0e644a60e29 Reviewed by: davidxu do mutex lock for each yp calls. with this, 2005-05-03T20:30:31Z Hajimu UMEMOTO ume@FreeBSD.org 2005-05-03T20:30:31Z urn:sha1:d21de89a71f0c850e167d5cb1ca07c0ec4910bd6 http://cvsweb.netbsd.org/bsdweb.cgi/src/regress/lib/libpthread/resolv/ is working. MUTEX_INITIALIZER should be used instead of 2005-04-06T15:16:04Z Hajimu UMEMOTO ume@FreeBSD.org 2005-04-06T15:16:04Z urn:sha1:1b482912d124eaa5e1c0abb83ef7cc87b9e205f1 PTHREAD_MUTEX_INITIALIZER, here. protect _yp_domain with mutex lock. 2005-04-05T18:07:59Z Hajimu UMEMOTO ume@FreeBSD.org 2005-04-05T18:07:59Z urn:sha1:069eb2cafbd04644ab994cc2a7684b86f5c33447 Inspired by: NetBSD Use socklen_t where appropriate. 2005-03-11T14:17:12Z Stefan Farfeleder stefanf@FreeBSD.org 2005-03-11T14:17:12Z urn:sha1:595e532309e983d7d6c86f88867f786b3ccaa756 Back out the `hiding' of strlcpy and strlcat. Several people 2003-05-01T19:03:14Z Jacques Vidrine nectar@FreeBSD.org 2003-05-01T19:03:14Z urn:sha1:d05090827f0e5b95cc7d2bcdde8b3b4e0f986241 vocally objected to this safety belt.