summaryrefslogtreecommitdiffstats
path: root/libexec
Commit message (Collapse)AuthorAgeFilesLines
* Clean out the leftovers from the i386_set_gsbase() TLS conversion.peter2005-06-291-17/+1
| | | | | | | | Like on libthr, there is an i386_set_gsbase() stub implementation here to avoid libc.so.5 issues. This should likely be a weak symbol and I expect this will be fixed soon. Approved by: re
* Removed trailing whitespace.ru2005-06-141-2/+2
| | | | Approved by: re (blanket)
* Bump document date on behalf of a recent change.ru2005-06-141-1/+1
| | | | Approved by: re (blanket)
* Remove rexecd(8), a server that implements a particularly insecurenectar2005-06-104-509/+0
| | | | | | | method of executing commands remotely. There are no rexec clients in the FreeBSD tree, and the client function rexec(3) is present only in libcompat. It has been documented as "obsolete" since 4.3BSD, and its use has been discouraged in the man page for over 10 years.
* Remove kludges intended to support src trees with partial obj trees.des2005-06-103-16/+4
| | | | Discussed with: ru
* MFNetBSD: src/libexec/ld.elf_so/arch/sparc64/mdreloc.c 1.26 (partial)marius2005-06-041-1/+1
| | | | | | | Fix an obvious bug in the 64-bit PLT fixup: the SLLX was by 12 bits, when it should be 32. MFC after: 1 month
* Fix the load64 and store64 macros, created to handle 8-byte unalignedmarcel2005-06-021-6/+6
| | | | | | | | | | loads and stores (resp.) The ldq_u and stq_u instruction mask off the lower 3 bits of the final address before loading from or storing to the address, so as to avoid unaligned loads and stores. They do not themselves allow loads from or stores to unaligned addresses. Replace the macro definitions by a packed struct dereference. Submitted by: Richard Henderson (rth at twiddle dot net)
* o Missed colon in getopt(3) argument makes tftpd(8) crash. Fix that.maxim2005-05-311-1/+1
| | | | | | PR: misc/81732 Submitted by: Denis Grudkin MFC after: 2 weeks
* Fixup of last commit: Use the name X instead of XFree86 for the server binary,eivind2005-05-271-1/+1
| | | | | | thus being compatible with both XFree86 and X.org. Noticed by: danfe
* Make the example for using xterm as a login manager to match the X of theeivind2005-05-271-1/+1
| | | | noughties, not eighties.
* Align the stack to a 16 byte boundary before calling _rtld so that we candfr2005-05-191-3/+6
| | | | | | safely initialise shared libraries that use SSE in their init sections. MFC After: 1 week
* Switch to WARNS=2 instead of tinkering directly with CFLAGS (level 2 waskeramida2005-05-181-1/+1
| | | | | | picked because higher warn levels are broken for ftp-proxy at the moment). Approved by: mlaier
* Enable lukemftpd for 6.0-RELEASE.obrien2005-05-161-5/+1
|
* NI_WITHSCOPEID cleanup. Neither RFC 2553 nor RFC 3493 definesume2005-05-132-9/+3
| | | | | NI_WITHSCOPEID, and our getaddrinfo(3) does nothing special for it, now.
* Spell SHUT_RDWR as SHUT_RDWR not 2 as the how argument to shutdown(2).jmallett2005-05-111-1/+1
|
* Spell SHUT_RDWR as SHUT_RDWR not 1+1 as the how argument to shutdown(2).jmallett2005-05-111-2/+2
|
* Prevent usage of nested externs.delphij2005-05-061-1/+2
|
* Fix compilation problem.davidxu2005-04-271-1/+1
|
* Stop calling _amd64_set_gsbase() for COMPAT_32BIT. The amd64 kernelpeter2005-04-261-9/+2
| | | | implements i386_set_gsbase(), so there is no need for the variation.
* s/int/size_t/ as appropriate.das2005-04-171-4/+4
| | | | Noticed by: bde
* Attempt to use i386_set_gsbase(), and gracefully fall back to LDT methodspeter2005-04-141-13/+16
| | | | if the direct access methods are not implemented.
* The script mistakenly ignores the entropy_save_sz variable fromdougb2005-04-111-2/+2
| | | | | | | | | | | | | | | rc.conf[.local]. Fix this, and leave the default as 2048. Update the copyright year to include the present. Update the assignment of the copyright to be me personally, instead of "The FreeBSD Project" which is not a legal entity, and therefore not a proper assignee. My intention remains the same however, that this code continue to be BSD licensed, and freely available to anyone that wants it under those terms. PR: conf/75722 Submitted by: Nicolas Rachinsky <list@rachinsky.de>
* Revert parts of previous commits and use a temporary variable to avoiddes2005-04-081-37/+8
| | | | an invalid type pun.
* No need to provide atomic_cmpset_32() anymore.cognet2005-04-071-12/+0
|
* An array was mistaken for a pointer in the previous commit.nectar2005-04-071-3/+4
| | | | | Noticed by: tinderbox, stefanf Pointy hat to: nectar
* Include gettytab.h before extern.h so that the declarations of structstefanf2005-04-064-5/+3
| | | | gettyflags, gettynums and gettystrs are available.
* Correct type mismatch introduced in last commit.nectar2005-04-051-1/+1
| | | | Noticed by: Steve Kargl <sgk@troutmask.apl.washington.edu>
* DES pointed out that the PAM layer may change the target user namenectar2005-04-051-15/+32
| | | | | | during authentication. Thus we need to call getpwnam *after* the user has been authenticated. Colin mentioned that we should also move the check for root in that case.
* When allocating TLS and DTV, make sure that any unused slots in the DTVdfr2005-03-301-8/+4
| | | | | | | | are initialised to zero. When freeing TLS, don't attempt to free DTV slots which were not used. Pointed out by: Joerg Sonnenberger X-MFC-After: After the branch, probably
* When PAM support was added to rexecd in revision 1.29 (just prior tonectar2005-03-271-2/+17
| | | | | | | | | | | | | | | | | | | | | 5.0-RELEASE), a visually elusive bug was introduced. A comparison operator was changed to assignment. As a result, rexecd behaved always as if the `-i' option had been specified. It would allow root logins. This commit corrects the situation in the obvious way. A separate bug was introduced at the same time. The PAM library functions are called between the invocation of getpwnam(3) and the use of the returned static object. Since many PAM library functions result in additional getpwnam(3) calls, the contents of the returned static object could be changed from under rexecd. With this commit, getpwnam_r(3) is used instead. Other PAM-using applications should be reviewed for similar errors in getpw* usage. Security: rexecd's documented default policy of disallowing root logins was not enforced. Reviewed by: cperciva
* If "dangerous" environment variables (LD_PRELOAD, LD_LIBMAP,cperciva2005-03-241-1/+24
| | | | | | | | | | | | | LD_LIBMAP_DISABLE, LD_LIBRARY_PATH) are used, then make sure the libraries being loaded aren't on a noexec-mounted filesystem. This is a compromise position: I'm assuming that nobody will be silly enough to set the noexec mount flag on part of the default library path, in order to avoid adding extra overhead into the common case (where those environment variables aren't used). Discussed with: csjp, secteam MFC after: 1 week
* Use sysconf(_SC_ARG_MAX) instead of NCARGS.das2005-03-212-4/+14
|
* Add locking code for tls routines.davidxu2005-03-201-4/+21
|
* Install rlogind(8). Pointy hat is available on request.ru2005-03-031-1/+1
|
* Wrap BSD r* commands in NO_RCMDS.trhodes2005-03-021-3/+9
| | | | | | Change NO_RCMDNS to NO_RCMDS and do the switch in bsd.compat.mk. Discussed with: ru, nectar
* correct WARNS=6 fix to use cast to (void *).ume2005-03-011-10/+10
| | | | use of struct sockaddr_strage * is thought as not good manner. :)
* Attempt to free any static TLS space used by a shared library when itdfr2005-02-273-0/+24
| | | | | | | is unloaded. This allows applications which load and unload libraries like libGL.so.1 several times to work properly. MFC after: 2 days
* Only provide the dummy, non-atomic atomic_cmpset_32() ifcognet2005-02-261-0/+2
| | | | ARM_HAS_ATOMIC_CMPSET_32 isn't defined.
* If what we have is a struct sockaddr_storage * and what we want is ades2005-02-231-8/+8
| | | | | struct sockaddr_storage *, there's no point in casting it prematurely to a struct sockaddr *. This unbreaks WARNS=6 on sparc64.
* Make WARNS=6-clean.des2005-02-232-12/+13
|
* Add some consistency checks to the signal-related code.yar2005-02-161-0/+6
| | | | MFC: along with rev. 1.202
* A call to maskurg() makes sense only when a transfer is under way,yar2005-02-161-3/+5
| | | | | | | the function will emit an annoying log message otherwise. Reported by: kris MFC: along with rev. 1.202
* - Use socklen_t.stefanf2005-02-141-8/+5
| | | | | - No need for 'fromlen' to have file scope. - Remove an unused variable.
* Fix most cases where the address of an int is passed to a function expecting astefanf2005-02-1412-18/+27
| | | | socklen_t * argument.
* Expand contractions.ru2005-02-132-2/+2
|
* Expand *n't contractions.ru2005-02-134-4/+4
|
* Sync program's usage() with manpage's SYNOPSIS.ru2005-02-095-12/+7
|
* Removed Kerberos remnants.ru2005-02-092-58/+6
|
* The only user of this utility (share/man/man0) was removed 2+ years ago.ru2005-02-094-410/+0
|
* Description from Dan:mdodd2005-02-044-13/+93
| | | | | | | | | | | | | | | Another handy libmap patch. Lets you do stuff like this: LD_LIBMAP="libpthread.so.1=libthr.so.1" mythreadedapp If you already have a program-specific override in libmap.conf, note that you must use a program-specific override in LD_LIBMAP: LD_LIBMAP="[mythreadedapp],libpthread.so.1=libthr.so.1" mythreadedapp PR: bin/74471 Submitted by: Dan Nelson <dnelson AT allantgroup.com> MFC after: 2 weeks
OpenPOWER on IntegriCloud