| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
|
|
| |
we can find another way to issue an #error, but using a preprocessed
assembler for that purpose and clobbering libc.a with an empty .o
just for the sake of #error reporting is way too much of a burden.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
that the documented TCB is at the tail of the extended TCB. In other
words, the base of the TCB has a negative offset from the TLS.
|
|
|
|
| |
assembly.
|
|
|
|
| |
assembly.
|
|
|
|
|
|
| |
PR: docs/102353
Submitted by: phk
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
| |
there's no need to to anything in the hton* functions, beside returning
the parameter.
Spotted out by: Oleksandr Tymoshenko <gonzo@freebsd.org>
|
|
|
|
| |
PR: 24125
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
| |
first sentence back to the way it was. Add a second sentence that
explains the case when strcmp is called.
|
|
|
|
|
|
|
|
|
|
|
| |
(size_t)(num * size) == 0
but both num and size are nonzero.
Reported by: Ilja van Sprundel
Approved by: jasone
Security: Integer overflow; calloc was allocating 1 byte in
response to a request for a multiple of 2^32 (or 2^64)
bytes instead of returning NULL.
|
|
|
|
| |
See also: PR ia64/91846
|
|
|
|
|
|
| |
PR: docs/101314
Submitted by: Vasil Dimov
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The symptom is that syslog() fails to log anything but the "ident"
string if LOG_PERROR is specified to openlog(3) and the extensible
printf is in action.
For unclear, likely quaint historical reasons, syslog uses fwopen()
on a stack buffer, rather than using the more straightforward
and faster snprintf().
Along the way, fflush(3) is called, and since the callback writer
function returns zero instead of the length "written", __SERR
naturally gets set on the filedescriptor.
The extensible printf, in difference from the normal printf refuses
to output anything to an __SERR marked filedescriptor, and thus
the actual syslog message is supressed.
MFC: after 2 weeks
|
|
|
|
|
|
|
|
|
| |
old resolver opened just one socket, BIND9's resolver may
open more than one sockets. And, BIND9's resolver doesn't
close the socket on timeout. So, we need this check.
Reported by: freebsd-cvs-src__at__oldach.net (Helge Oldach), bz
Hinted by: rwatson
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This change affects documentation and comments only,
no real code involved.
PR: misc/101245
Submitted by: Darren Pilgrim <darren pilgrim bitfreak org>
Tested by: md5(1)
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
integer. Presently, our implementation employs an approach that
converts the value to int64_t, then back to int, unfortunately,
this approach can be problematic when the the difference between
the two time_low is larger than 0x7fffffff, as the value is then
truncated to int.
To quote the test case from the original PR, the following is
true with the current implementation:
865e1a56-b9d9-11d9-ba27-0003476f2e88 < 062ac45c-b9d9-11d9-ba27-0003476f2e88
However, according to the DCE specification, the expected result
should be:
865e1a56-b9d9-11d9-ba27-0003476f2e88 > 062ac45c-b9d9-11d9-ba27-0003476f2e88
This commit adds a new intermediate variable which uses int64_t
to store the result of subtraction between the two time_low values,
which would not introduce different semantic of the MSB found in
time_low value.
PR: 83107
Submitted by: Steve Sears <sjs at acm dot org>
MFC After: 1 month
|
|
|
|
|
|
|
|
| |
so that architectures with a quantum of 8 (rather than 16) work.
Restore arm's quantum to 8.
Submitted by: jmg
|
|
|
|
| |
triggering an assertion later.
|
|
|
|
|
|
|
|
| |
even if stats gathering is disabled. [1]
Remove 'size' parameter from several functions that do not use it.
Reported by: [1] ache
|
| |
|
| |
|
|
|
|
| |
Submitted by: Andre Albsmeier <Andre.Albsmeier siemens com>
|
|
|
|
|
| |
Pointy hat to: myself
Approved by: deischen (implicitly)
|
|
|
|
|
|
|
| |
str2number(). this could result in an unexpected code path.
Obtained from: KAME
MFC after: 1 week
|
|
|
|
|
| |
Reviewed by: deischen
Approved by: deischen
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
| |
GET_AI and GET_PORT. Commented on an impossible case.
Obtained from: KAME
MFC after: 1 week
|
|
|
|
|
| |
Obtained from: KAME
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
we do not need it since we make (at most) a single addrinfo entry in these
cases.
Obtained from: KAME
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
- make it compilable
It still requires root privilege and is experimental.
Obtained from: KAME
MFC after: 1 week
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in rev. 1.34. Mainly I missed the fact that the buffer is used for two
purposes:
1) storing a group line from the group file;
2) __gr_parse_entry() parses the buffer and tries to put the group
members to the remaining part of the buffer and can fail if there
is no enough room for them.
Re-arrange the buffer size checks to account the latter case.
Submitted by: Kirk R Webb
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
old file, update references, etc. The C function is already named
mac_is_present().
Obtained from: TrustedBSD Project
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
well as avoiding a switch statement. This change has no significant impact
to performance when branch prediction is successful at predicting the sizes
of objects passed to free(), but in the case that the object sizes are
semi-random, this change has the potential to prevent many branch prediction
misses, thus improving performance substantially.
Take advantage of alignment guarantees in ipalloc(), and pad object sizes to
something less than a power of two when possible. This has the potential
to substantially reduce internal fragmentation for objects allocated via
posix_memalign().
Avoid an unnecessary pow2_ceil() call in arena_ralloc().
Submitted by: djam8193ah@hotmail.com
|
|
|
|
|
|
|
|
|
| |
and instead creating a small allocation for each malloc(0) call. The
optional SysV compatibility behavior remains unchanged.
Add a couple of assertions.
Fix a couple of typos in error message strings.
|
|
|
|
|
|
|
|
|
| |
The text is correct in the "DESCRIPTION" section, so fix "SYNOPSIS"
to use the correct name.
PR: docs/90498
Submitted by: Vasil Dimov
MFC after: 3 days
|
|
|
|
|
|
|
| |
Requested by: Bruno Haible <bruno at clisp org>
Reviewed by: alc
Approved by: pjd (mentor)
MFC after: 1 month
|
|
|
|
|
|
|
| |
Fix a leak in chunk_dealloc(). [2]
Reported by: [1] djam8193ah@hotmail.com,
[2] Ville-Pertti Keinonen <will@exomi.com>
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
- Remove two unnecessary casts.
These changes would help gcc4 compile.
|