#
5748b897 |
| 19-Feb-2014 |
Martin Matuska <mm@FreeBSD.org> |
Merge head up to r262222 (last merge was incomplete).
|
#
485ac45a |
| 04-Feb-2014 |
Peter Grehan <grehan@FreeBSD.org> |
MFC @ r259205 in preparation for some SVM updates. (for real this time)
|
Revision tags: release/10.0.0 |
|
#
2e322d37 |
| 25-Nov-2013 |
Hiroki Sato <hrs@FreeBSD.org> |
Replace Sun RPC license in TI-RPC library with a 3-clause BSD license, with the explicit permission of Sun Microsystems in 2009.
|
Revision tags: release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0 |
|
#
a4bf5fb9 |
| 28-Apr-2010 |
Kirk McKusick <mckusick@FreeBSD.org> |
Update to current version of head.
|
#
f5ccef8f |
| 22-Mar-2010 |
John Baldwin <jhb@FreeBSD.org> |
MFC 204950,205020: Use thr_once() with once_t controls to initialize various thread_key_t objects used to provide per-thread storage in the RPC code. Almost all of these used double-checking with a
MFC 204950,205020: Use thr_once() with once_t controls to initialize various thread_key_t objects used to provide per-thread storage in the RPC code. Almost all of these used double-checking with a dedicated mutex (tsd_lock) to do this before. However, that is not always safe with more relaxed memory orders. There were also other bugs, such as one in __rpc_createrr() that caused a new key to be allocated each time __rpc_createrr() was invoked.
show more ...
|
Revision tags: release/7.3.0_cvs, release/7.3.0 |
|
#
6f88d2a8 |
| 10-Mar-2010 |
John Baldwin <jhb@FreeBSD.org> |
Use thr_once() with once_t controls to initialize various thread_key_t objects used to provide per-thread storage in the RPC code. Almost all of these used double-checking with a dedicated mutex (ts
Use thr_once() with once_t controls to initialize various thread_key_t objects used to provide per-thread storage in the RPC code. Almost all of these used double-checking with a dedicated mutex (tsd_lock) to do this before. However, that is not always safe with more relaxed memory orders. There were also other bugs, such as one in __rpc_createrr() that caused a new key to be allocated each time __rpc_createrr() was invoked.
PR: threads/144558 Reported by: Sam Robb samrobb of averesystems com (key leak) MFC after: 1 week
show more ...
|
#
1a0fda2b |
| 04-Mar-2010 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
IFH@204581
|
#
9199c09a |
| 06-Jan-2010 |
Warner Losh <imp@FreeBSD.org> |
Merge from head at r201628.
# This hasn't been tested, and there are at least three bad commits # that need to be backed out before the branch will be stable again.
|
#
28f22238 |
| 02-Dec-2009 |
Garrett Wollman <wollman@FreeBSD.org> |
MFC revs 199781,199782,199784,199785,199786:
Eliminate dead stores.
In __mbsconv(), if prec was zero, nconv could have been used uninitialized. Initialize it to a safe value so that there's
MFC revs 199781,199782,199784,199785,199786:
Eliminate dead stores.
In __mbsconv(), if prec was zero, nconv could have been used uninitialized. Initialize it to a safe value so that there's no chance of returning an error if stack garbage happens to be equal to (size_t)-1 or (size_t)-2.
In svc_raw_reply(), don't leave stat uninitialized if the MSG_ACCEPTED && SUCCESS case succeeds. The stack garbage might be zero.
In clnt_raw_create(), avoid minor race condition initializing the file-scope variable clntraw_private.
Found by: Clang static analyzer
show more ...
|
#
0c0349bf |
| 25-Nov-2009 |
Garrett Wollman <wollman@FreeBSD.org> |
Eliminate more dead stores.
Found by: Clang static analyzer MFC after: 7 days
|
Revision tags: release/8.0.0_cvs, release/8.0.0 |
|
#
10b3b545 |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
#
09c817ba |
| 03-Jul-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC
|
#
5f4faf74 |
| 25-Jun-2009 |
Xin LI <delphij@FreeBSD.org> |
Lock around access to nc_file and netconfig_info ("ni"). The RPC part of libc is still not thread safe but this would at least reduce the problems we have.
PR: threads/118544 Submitted by: Changmi
Lock around access to nc_file and netconfig_info ("ni"). The RPC part of libc is still not thread safe but this would at least reduce the problems we have.
PR: threads/118544 Submitted by: Changming Sun <snnn119 gmail com> MFC after: 2 weeks
show more ...
|
Revision tags: release/7.2.0_cvs, release/7.2.0 |
|
#
9c797940 |
| 13-Apr-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- Merge from HEAD
|
#
985a73f6 |
| 02-Apr-2009 |
Xin LI <delphij@FreeBSD.org> |
Remove a warning which is supposed to have been removed on 20030301.
|
Revision tags: release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0 |
|
#
330e445c |
| 21-Sep-2007 |
Matteo Riondato <matteo@FreeBSD.org> |
Fix some improper handling of malloc failures
PR: bin/83344 , kern/81987 Reviewed by: alfred Approved by: re (kensmith) MFC after: 1 week
|
#
ba5b74d0 |
| 20-Jan-2007 |
Maxim Konovalov <maxim@FreeBSD.org> |
o Remove duplicate includes.
Obtained from: Slava Semushin via NetBSD
|
Revision tags: release/6.2.0_cvs, release/6.2.0 |
|
#
b0718451 |
| 10-Sep-2006 |
Martin Blapp <mbr@FreeBSD.org> |
Sync with NetBSD rev. 1.15
Coverity CID 2275: Avoid memory leak on error.
MFC after: 1 month
|
Revision tags: release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0, release/5.3.0_cvs, release/5.3.0 |
|
#
a986ef57 |
| 16-Oct-2004 |
David E. O'Brien <obrien@FreeBSD.org> |
Try to bring some sanity to the SCM ID's. + spell LIBC_SCCS consistently + enable builds with LIBC_SCCS defined to not syntax error + minor SCM reformatting to try to have some consistency
|
Revision tags: release/4.10.0_cvs, release/4.10.0 |
|
#
16fc3635 |
| 05-Mar-2004 |
Mark Murray <markm@FreeBSD.org> |
Make NULL a (void*)0 whereever possible, and fix the warnings(-Werror) that this provokes. "Wherever possible" means "In the kernel OR NOT C++" (implying C).
There are places where (void *) pointers
Make NULL a (void*)0 whereever possible, and fix the warnings(-Werror) that this provokes. "Wherever possible" means "In the kernel OR NOT C++" (implying C).
There are places where (void *) pointers are not valid, such as for function pointers, but in the special case of (void *)0, agreement settles on it being OK.
Most of the fixes were NULL where an integer zero was needed; many of the fixes were NULL where ascii <nul> ('\0') was needed, and a few were just "other".
Tested on: i386 sparc64
show more ...
|
Revision tags: release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0, release/5.1.0_cvs, release/5.1.0, release/4.8.0_cvs, release/4.8.0 |
|
#
e0554a53 |
| 16-Feb-2003 |
Jacques Vidrine <nectar@FreeBSD.org> |
Eliminate 61 warnings emitted at WARNS=2 (leaving 53 to go). Only warnings that could be fixed without changing the generated object code and without restructuring the source code have been handled.
Eliminate 61 warnings emitted at WARNS=2 (leaving 53 to go). Only warnings that could be fixed without changing the generated object code and without restructuring the source code have been handled.
Reviewed by: /sbin/md5
show more ...
|
#
3c788545 |
| 27-Jan-2003 |
Martin Blapp <mbr@FreeBSD.org> |
Fix signed/unsigned comparison warnings. Fix spelling error in comment.
NetBSD Rev. 1.9 and 1.7
Reviewed by: phk Obtained from: NetBSD
|
Revision tags: release/5.0.0_cvs, release/5.0.0 |
|
#
fb4c8061 |
| 16-Dec-2002 |
Martin Blapp <mbr@FreeBSD.org> |
Change the name for the local unix-socket based protocol from "unix" back to "local". Add some compat stuff so both ways work for some time.
Reviewed by: phk Approved by: imp (UPDATING) Reque
Change the name for the local unix-socket based protocol from "unix" back to "local". Add some compat stuff so both ways work for some time.
Reviewed by: phk Approved by: imp (UPDATING) Requested by: iedowse, lukem@netbsd.org
show more ...
|
Revision tags: release/4.7.0_cvs, release/4.6.2_cvs, release/4.6.2, release/4.6.1, release/4.6.0_cvs |
|
#
d3d20c82 |
| 23-Mar-2002 |
David E. O'Brien <obrien@FreeBSD.org> |
Fix the style of the SCM ID's. I believe have made all of libc .c's as consistent as possible.
|
#
c05ac53b |
| 21-Mar-2002 |
David E. O'Brien <obrien@FreeBSD.org> |
Remove __P() usage.
|