| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
handlers to set flags only (with exception for sigquit(),
which still seems to call some non-reentrant functions on
its way to _exit(2).) That must eliminate the possibility
of catching SIGSEGV from following non-reentrant paths from
signal handlers.
PR: bin/32740 bin/33846
Submitted by: Maxim Konovalov <maxim@macomnet.ru>
Obtained from: OpenBSD
|
|
|
|
|
|
| |
Reported by: matusita
Reviewed by: matusita
MFC after: 1 week
|
|
|
|
|
|
|
| |
all others.
PR: bin/28191
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and sbrk's prototype from char *sbrk(int) to void *sbrk(intptr_t).
This makes us more consistant with NetBSD and standards which include
these functions. Bruce pointed out that ptrdiff_t would probably
have been better than intptr_t, but this doesn't match other
implimentations.
Also remove local declarations of sbrk and unnecessary casting.
PR: 32296
Tested by: Harti Brandt <brandt@fokus.gmd.de>
MFC after: 1 month
|
| |
|
|
|
|
| |
twentyfour hours ago, except for RCS ids.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
is implemented in pam_opie module
For non-PAM variant rewrite empty password checking code to do the right thing
and not disallow empty passwords in all cases.
|
|
|
|
| |
PR: docs/30797
|
|
|
|
|
|
| |
a bog-standard FreeBSD installation, as inetd(8) does that job, but
for inetd(8) replacemenrts such as xinetd, having this around makes
sense.
|
| |
|
|
|
|
|
|
|
|
| |
Hiroyuki YAMAMORI gave a patch for the EPRT command in the
PR below. Problems with the rest of the patch are my fault.
PR: 33268
Reviewed by: iedowse, sheldonh
|
| |
|
|
|
|
| |
DPADD and LDADD.
|
|
|
|
| |
Submitted by: Mike Makonnen <mike_makonnen@yahoo.com>
|
| |
|
| |
|
| |
|
|
|
|
| |
This code is now a complete sunset of the crypto (master) code.
|
|
|
|
|
| |
Also, add an "unifdef:" target, so that the telnet sources can
be remade from the crypto sources in src/crypto/telnet.
|
|
|
|
|
|
|
|
|
|
| |
handed a integer, not void).
- No need to set flags to zero when they already will be.
- It was also noted the manner in which the signal handling has changed
might possibly generate some problems (hangs possibly) -- these, while
remaining in the code, will be fixed shortly (within a day).
Submitted by: bde
|
|
|
|
| |
Found by: ken
|
|
|
|
| |
Reviewed by: -audit (and their silence), jhb, maintainer's silence
|
| |
|
|
|
|
|
|
|
|
|
|
| |
negotiation rather than rejecting the request.
Apple OpenFirmware 3.0f3 (the version in my iMac) adds trailing garbage to the
end of an otherwise valid request. Without this change, the requests were
rejected which prevented me from booting.
Reviewed by: obrien
|
| |
|
| |
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
DoS bug that the select(2)/accept(2) pair is called on
a socket that is in the blocking I/O mode. The bug is
triggered if a selected connection dies before the accept(2)
leading to the accept(2) blocking virtually forever.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DT_INIT and DT_FINI tags pointed to fptr records. In 2.11.2, it points
to the actuall address of the function. On IA64 you cannot just take
an address of a function, store it in a function pointer variable and
call it.. the function pointers point to a fptr data block that has the
target gp and address in it. This is absolutely necessary for using
the in-tree binutils toolchain, but (unfortunately) will not work with
old shared libraries. Save your old ld-elf.so.1 if you want to use
old ones still. Do not mix-and-match.
This is a no-op change for i386 and alpha.
Reviewed by: dfr
|
| |
|
|
|
|
| |
Submitted by: peter
|
|
|
|
|
|
|
| |
interface in the middle is if_detach()'d). Return (and handle)
ENOENT when the ifmib(4) is accessed for a nonexistent interface.
MFC after: 14 days
|
|
|
|
|
| |
cope with a few interface changes required by the ia64. In particular,
function pointers on ia64 need special treatment in rtld.
|
|
|
|
|
|
|
| |
be mistaken for a status message.
PR: misc/25217
MFC after: 7 days
|
| |
|
|
|
|
|
|
|
|
| |
fixes the problem and improves startup times for large applications such
as KDE2 considerably.
Reviewed by: jdp
MFC after: 1 week
|
|
|
|
|
| |
PR: bin/30913
Submitted by: Dimitri Lommers <dimitri@hinttech.com>
|
| |
|
|
|
|
| |
Noticed by: ru
|
|
|
|
| |
2) Use commonly used OPIE response form instead of self-made one
|
|
|
|
|
|
| |
PR: bin/30864
Obtained from: Dan Lukes <dan@obluda.cz>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
"unkown error" [sic]. Add the missing breaks, and correct the
spelling typo.
PR: bin/30865
Submitted by: Dan Lukes <dan@obluda.cz>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
| |
for negotiation of timeout and file size to the tftp protocol. This
is required by some firmware like EFI boot managers (at least on
HP i2000 Itanium servers) in order to boot an image using tftp. The
attached patch implements the RFC, and in doing so also implements
RFC2347; a generic tftp option extension.
PR: 30710
Submitted by: Espen Skoglund <esk@ira.uka.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
refers to the size of the whole ethernet packet, just the DHCP
message within the UDP payload, or something else. bootpd interpreted
it as a maximum UDP payload size, so it could end up sending
fragmented packets to clients (such as some versions of Etherboot)
that used different interpretations of the maximum message size.
Switch to the most conservative interpretation: ensure that the
ethernet packet containing the response is no larger than the
specified maximum message size. This matches the behaviour of
the ISC dhcpd.
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
don't instruct users to set the directory mode 777.
PR: 30690
Obtained from: NetBSD (with modification)
MFC after: 2 weeks
|
| |
|
|
|
|
| |
what using snprintf() achieves. It was also being used incorrectly.
|