| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
the actual UUID) is prefixed by '!' to distinguish them from
well-known aliases.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
after similar calls related to struct pwd in libutil/pw_util.c:
- gr_equal()
Perform a deep comparison of two struct grp's. It does a thorough, yet
unoptimized comparison of all the members regardless of order.
- gr_make()
Create a string (see group(5)) from a struct grp.
- gr_dup()
Duplicate a struct grp. Returns a value that is a single contiguous
block of memory.
- gr_scan()
Create a struct grp from a string (as produced by gr_make()).
MFC after: 3 weeks
|
|
|
|
|
|
|
|
| |
case of a file descriptor we can't handle, clear the FILE structure's flags
so it can be reused.
MFC after: 1 week
Reported by: otto @ OpenBSD
|
| |
|
|
|
|
| |
Approved by: rwatson (mentor)
|
|
|
|
|
|
|
|
| |
conversion specifiers for them are present.
Submitted by: Maxim Dounin <mdounin@mdounin.ru>
Obtained from: NetBSD (partially)
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
There were no checks for left and right precisions at all, and
a check for field width had integer overflow bug.
Reported by: Maksymilian Arciemowicz
Security: http://securityreason.com/achievement_securityalert/53
Submitted by: Maxim Dounin <mdounin@mdounin.ru>
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
__sFILE. This was supposed to be done in 6.0. Some notes:
- Where possible I restored the various lines to their pre-__sFILEX state.
- Retire INITEXTRA() and just initialize the wchar bits (orientation and
mbstate) explicitly instead. The various places that used INITEXTRA
didn't need the locking fields or _up initialized. (Some places needed
_up to exist and not be off the end of a NULL or garbage pointer, but
they didn't require it to be initialized to a specific value.)
- For now, stdio.h "knows" that pthread_t is a 'struct pthread *' to
avoid namespace pollution of including all the pthread types in stdio.h.
Once we remove all the inlines and make __sFILE private it can go back
to using pthread_t, etc.
- This does not remove any of the inlines currently and does not change
any of the public ABI of 'FILE'.
MFC after: 1 month
Reviewed by: peter
|
|
|
|
|
|
| |
deals with the usual __opendir2() calls, and the rest part with an interface
translator to expose fdopendir(3) functionality. Manual page was obtained from
kib@'s work for *at(2) system calls.
|
|
|
|
|
| |
- Use /*- for copyright block;
- ANSIfy.
|
| |
|
|
|
|
| |
Submitted by: kib
|
|
|
|
| |
Reviewed by: ru
|
|
|
|
| |
when I have more brain cells to try again.
|
|
|
|
| |
included it.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
counted in the width specification in scanf.
This is not a security problem, since this function is only used to
parse a user's configuration file.
Submitted by: Joerg Sonnenberger
Obtained from: dragonflybsd
MFC after: 1 week
|
|
|
|
| |
PR: stand/107561
|
| |
|
| |
|
|
|
|
| |
Pointy hat to yours truly.
|
|
|
|
| |
numbers.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Previously, printing the number 1.0 could produce 0x1p+0, 0x2p-1,
0x4p-2, or 0x8p-3, depending on what happened to be convenient. This
meant that printing a value as a double and printing the same value
as a long double could produce different (but equivalent) results.
The change is to always make the leading digit a 1, unless the
number is 0. This solves the aforementioned problem and has
several other advantages.
2. Use the FPU to do rounding. This is far simpler and more portable
than manipulating the bits, and it fixes an obsure round-to-even
bug. It also raises the exceptions now required by IEEE 754R.
The drawbacks are that it is usually slightly slower, and it makes
printf less effective as a debugging tool when the FPU is hosed
(e.g., due to a buggy softfloat implementation).
3. On i386, twiddle the rounding precision so that (2) works properly
for long doubles.
4. Make several simplifications that are now possible due to (2).
5. Split __hldtoa() into a separate file.
Thanks to remko for access to a sparc64 box for testing.
|
|
|
|
|
|
| |
the wrong answer for virtually all inputs.
Thanks to remko for access to a sparc64 box for testing.
|
|
|
|
|
|
|
| |
flags appropriately. The next step is to make it raise a SIGFPE if
any exceptions are unmasked.
Thanks to remko for access to a sparc64 box for testing.
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
| |
to 8.0 belong in the FBSD_1.1 symbol namespace.
|
| |
|
|
|
|
|
|
|
| |
struct flock with l_sysid member can work properly on an an old kernel which
doesn't support l_sysid.
Sponsored by: Isilon Systems
|
| |
|
|
|
|
| |
harsh reality.
|
|
|
|
|
|
|
|
|
| |
- fma(x, y, z) returns z, not NaN, if z is infinite, x and y are finite,
x*y overflows, and x*y and z have opposite signs.
- fma(x, y, z) doesn't generate an overflow, underflow, or inexact exception
if z is NaN or infinite, as per IEEE 754R.
- If the rounding mode is set to FE_DOWNWARD, fma(1.0, 0.0, -0.0) is -0.0,
not +0.0.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
returns errno, because errno can be mucked by user's signal handler and
most of pthread api heavily depends on errno to be correct, this change
should improve stability of the thread library.
|
|
|
|
|
|
| |
implementation does not switch pointers when it resumes waiters.
Asked by: jeff
|
|
|
|
|
| |
replace mutex with rwlock, this should eliminate lock contention in
most cases.
|
| |
|
|
|
|
| |
static branch prediction.
|
| |
|
|
|
|
|
|
|
| |
Based on the submission by rdivacky,
sponsored by Google Summer of Code 2007
Reviewed by: rwatson, rdivacky
Tested by: pho
|
|
|
|
| |
Pointy hat: Me
|
|
|
|
|
|
|
| |
eliminates internal mutex lock contention when most rwlock operations
are read.
Orignal patch provided by: jeff
|
| |
|
| |
|