| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
any fake value.
|
|
|
|
| |
unnecessary since src/include/rpcsvc/ypclnt.h's revision 1.10.
|
|
|
|
|
|
|
|
| |
if sendfile() transferred some data before throwing
a error condition because sendfile() won't move the
file offset for read() to start from.
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
|
|
| |
prematurely, e.g., if the file has been truncated by someone else.
PR: bin/72649
Submitted by: Oleg Koreshkov (portions)
MFC after: 2 weeks
|
|
|
|
| |
especially third party junk^Wpages, like emulators/mtools(1) and friends.
|
|
|
|
|
| |
filter the errno values. They don't make as much sense as they used
to given how we do devices in /dev.
|
|
|
|
| |
been done before.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Do not unconditionally fork() after accept(). accept() can
return -1 due to an interrupted system call (i.e. SIGCHLD).
If we fork in that case ftpd can get into an
accept()/SIGCHLD/fork/[fail]/repeat loop.
Reported-by: fabian <fabian.duelli@bluewin.ch>
Obtained from: DragonflyBSD
MFC after: 1 month
|
|
|
|
| |
Arbitraly choose the 2nd variant until I figure out which one I should use.
|
| |
|
|
|
|
|
|
| |
Submitted by: (in part) dougb@, trhodes@
Reviewed by: dougb@, trhodes@, re@
MFC after: 5 days
|
|
|
|
|
| |
Spotted by: Pawel Worach
Obtained from: NetBSD (rev. 1.11, 1.13)
|
| |
|
| |
|
|
|
|
|
|
| |
"Open Firmware" from IEEE 1275 and OpenFirmware.org (no pun intended).
Ok'ed by: tmm
|
|
|
|
|
|
|
|
|
|
| |
of releases. The -DNOCRYPT build option still exists for anyone who
really wants to build non-cryptographic binaries, but the "crypto"
release distribution is now part of "base", and anyone installing from a
release will get cryptographic binaries.
Approved by: re (scottl), markm
Discussed on: freebsd-current, in late April 2004
|
|
|
|
| |
Submitted by: ssouhlal
|
| |
|
|
|
|
| |
Tested on: i386, ia64, amd64, sparc64, alpha
|
|
|
|
|
|
|
| |
(and it appears possible throughout ftpd(8) source.)
It is not a mere issue of style: Null pointers in C
seem to have been mistaken one way or another quite often.
|
|
|
|
|
|
| |
Thank Fortune, the C compiler can figure out by itself the proper
conversion for assignments, comparisons, and prototyped function
arguments.
|
|
|
|
| |
we've got <stdint.h> et al now. (This makes ftpd(8) WARNS=2 clean.)
|
| |
|
|
|
|
| |
(Heading to WARNS=2.)
|
| |
|
|
|
|
|
| |
Prototyping library functions in header files has rendered
them superfluous.
|
|
|
|
| |
is not a hack, but it has a clear purpose.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of the current user, not root. This will allow neat things
like matching anonymous FTP data traffic with a single ipfw(8)
rule:
ipfw add ... tcp from any to any uid ftp
Note that the control connection socket still belongs to the
user ftpd(8) was started from, usually root.
PR: bin/65928
Submitted by: Eugene Grosbein <eugen at grosbein.pp.ru>
MFC after: 1 month
|
|
|
|
| |
expects.
|
| |
|
| |
|
|
|
|
| |
in <sys/cdefs.h> for compilers without support for inline.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
requires super-user access in order to complete successfully.
Move setgroups(2) to execute before setuid(2) so that it is successful.
|
| |
|
|
|
|
| |
Submitted by: Andrzej ToboĆ
a <ato@iem.pw.edu.pl>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reducing "/+./" strings to "/"
Reducing "/[^/]+/../" to "/"
o Don't send an OACK when the result of the [RW]RQ is an error.
These changes allow tftpd to interact with pxelinux.bin from the syslinux
package.
Whilst the path reducing code doesn't properly handle situations where the
path component before the "/../" is a symlink to (say) ".", I would suggest
that it does the right thing in terms of the clients perception of what
their path string actually represents. This seems better than using
realpath() and breaking environments where symlinks point outside of the
directory hierarchy that tftpd is configured to allow.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(and that is for now being worked around by a binutils patch).
The rtld code tested &_DYNAMIC against 0 to see whether rtld itself
was built as PIC or not. While the sparc64 MD code did not rely
on the preset value of the GOT slot for _DYNAMIC any more due
to previous binutils changes, it still used to not be 0, so
that this check did work. The new binutils do however initialize
this slot with 0. As a consequence, rtld would not properly initialize
itself and crash.
Fix that by introducing a new macro, RTLD_IS_DYNAMIC, to take the role
of this test. For sparc64, it is implemented using the rtld_dynamic()
code that was already there. If an architecture does not provide its
own implementation, we default to the old check.
While being there, mark _DYNAMIC as a weak symbol in the sparc64
rtld_start.S. This is needed in the LDSCRIPT case, which is however
not currently supported for want of an actual ldscript.
Sanity checked with md5 on alpha, amd64, i386 and ia64.
|
|
|
|
| |
Spotted out by: marcus, simon
|
|
|
|
| |
the latest binutils import mades this gross hack useless, so just remove it.
|
|
|
|
|
|
| |
stable ld.so. We need to revisit the rtld-elf/sparc64/rtld_start.S
rev. 1.5 and rtld-elf/sparc64/rtld_machdep.h rev. 1.5, which was
suppose to allow stock Binutils 2.13 (and later) to be used.
|
| |
|
| |
|
|
|
|
|
|
| |
instead, use the symbolic constant STDIN_FILENO, as this is
a daemon invoked from inetd.
Remove 'sockt' as it is not referenced.
|
| |
|