summaryrefslogtreecommitdiffstats
path: root/libexec
Commit message (Collapse)AuthorAgeFilesLines
* Use fgetln(3) to read lines from configuration files (ftpusers, ftphosts.)yar2002-07-121-48/+78
| | | | | | | | | | | | | Thus lines of any length can be handled, unlike before. Don't assume that each line read from the files ends with a newline. As a side effect in inithosts(), don't use automatic buffer at all, utilize malloc(3) when getting local host name instead. PR: misc/21494 Reviewed by: maxim, mikeh MFC after: 1 month
* Add ability to only beep when mail arrives.johan2002-07-092-6/+27
| | | | | | | | | | | | | comsat: only send two bell charecters if S_IXGRP is set and S_IXUSR is not. biff: add new option 'b' to set S_IXGRP. PR: 10931 Submitted by: Andrew J. Korty <ajk@purdue.edu> Approved by: sheldonh (mentor) MFC after: 1 month
* Remove the nanosleep calls from the spin loops in the locking code.jdp2002-07-065-42/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | They provided little benefit (if any) and they caused some problems in OpenOffice, at least in post-KSE -current and perhaps in other environments too. The nanosleep calls prevented the profiling timer from advancing during the spinloops, thereby preventing the thread scheduler from ever pre-empting the spinning thread. Alexander Kabaev diagnosed this problem, Martin Blapp helped with testing, and Matt Dillon provided some helpful suggestions. This is a short-term fix for a larger problem. The use of spinlocking isn't guaranteed to work in all cases. For example, if the spinning thread has higher priority than all other threads, it may never be pre-empted, and the thread holding the lock may never progress far enough to release the lock. On the other hand, spinlocking is the only locking that can work with an arbitrary unknown threads package. I have some ideas for a much better fix in the longer term. It would eliminate all locking inside the dynamic linker by making it safe for symbol lookups and lazy binding to proceed in parallel with a call to dlopen or dlclose. This means that the only mutual exclusion needed would be to prevent multiple simultaneous calls to dlopen and/or dlclose. That mutual exclusion could be put into the native pthreads library. Applications using foreign threads packages would have to make their own arrangements to ensure that they did not have multiple threads in dlopen and/or dlclose -- a reasonable requirement in my opinion. MFC after: 3 days
* The .Nm utilitycharnier2002-07-0626-130/+195
|
* Make sure to reset transflag back to zero upon succesfully using sendfile()dan2002-07-031-0/+1
| | | | | | | | to transfer a file. PR: 39362 Submitted by: TANAKA Hiroyuki <kattyo@abk.nu> MFC after: 1 week
* Cope with 2292bis-01 getaddrinfo (no NI_WITHSCOPEID, always attachume2002-07-021-14/+12
| | | | | | scope identifier). MFC after: 3 weeks
* Remove trailing whitespaces.maxim2002-07-011-2/+2
|
* Move 'byte_count' calculation just before 'recvurg' check. It is a globalmaxim2002-07-011-1/+5
| | | | | | | | variable and used in myoob(). PR: bin/38928 Submitted by: Oliver Fromme <olli@secnetix.de> MFC after: 1 month
* Implement a flag to disable directory creation for anonymous users.mdodd2002-07-012-3/+12
| | | | | | PR: misc/38987 Submitted by: Peter da Silva <peter@abbnm.com> MFC after: 1 week
* Remove a GCC-specific command-line option. We should be using WARNS=nmarkm2002-06-281-1/+1
| | | | for this stuff.
* When the -p flag is specified, set an environment variable to the namewollman2002-06-262-12/+30
| | | | | | | | | | | | | | | of the remote host (or rather, the name as mangled by realhostname_sa()) so that the process can use it to behave differently depending on the origin on the request. We use this to implement rudimentary visibility control on our user information. Make sure that the child process's standard error goes through the same NVT-ASCII filter as is applied to the standard output. Don't attempt to call logerr() from the child since stdio is not safe in a vforked process. Just write a message to fd 2 instead. (Ideally, the parent would open two pipes, and siphon off our stderr to some place less public, but I have not attempted to do so in this implementation.)
* Gut out (by default unused) cruft, and tidy up warnings.markm2002-06-263-170/+22
|
* Update the asm statements to use the "+" modifier instead ofjdp2002-06-244-16/+16
| | | | | | | | | | matching constraints where appropriate. This makes the dynamic linker buildable at -O0 again. Thanks to Bruce Evans for identifying the cause of the build problem. MFC after: 1 week
* Add needed include of mman.h to fix sparc64 buildworld.jake2002-06-241-1/+3
|
* The last bits of the alloca -> mmap fix. IA64 and SPARC64 (current only).dillon2002-06-222-21/+58
| | | | | | | | Untested (testing request went unanswered), but sparc64 is not expected to cause problems. IA64 is not expected to cause problems but the patch was slightly more complex so the possibility exists. Approved by: jdp
* This is the same alloca() fix as was committed for i386. David O'Briendillon2002-06-181-5/+17
| | | | | | | | tested the patch on -stable. Reviewed by: obrien Approved by: jdp MFC after: 3 days
* Dillon's recent commits to the dynamic linker without running themjdp2002-06-101-1/+0
| | | | | | by me first have given me a good excuse to drop my MAINTAINERship. MFC after: 1 week
* Correct a bug in the last commit. The whole point of creating a 'done:'dillon2002-06-102-6/+6
| | | | | | | goto target was so the cache could be freed. So free the cache after done: rather then before done: (!) Submitted by: Gavin Atkinson <gavin@ury.york.ac.uk>
* In tracking down an installation seg fault with then openoffice portdillon2002-06-102-18/+42
| | | | | | | | | | | | | | | | | | | | | | | | | | | Martin Blapp determined that the elf dynamic loader was at fault. In particular, the loader uses alloca() to allocate a symbol cache on the stack. Normally this would work just fine, but if the loader is called from a threaded program and the object being loaded is fairly large the alloca() can blow away the thread stack and effect other nearby thread stacks as well. My testing showed that the symbol cache can be as large as 250KBytes during the openoffice port build and install sequence. Martin was able to work around the problem by disabling the symbol cache (cache = NULL;). However, this solution is not adequate for commit because it can cause an enormous cpu burden for applications which do a lot of dynamic loading (e.g. like konqueror). The solution is to use anonymous mmap() to temporarily allocate space to hold the symbol cache. In testing I found that replacing the alloca() with mmap() has no observable degredation in performance. It should be noted that this bug does not necessarily cause an immediate crash but can instead result in long term corruption and instability in applications that load modules from threads. The bug is almost certainly responsible for some of the instabilities found in konqueror, for example, and possibly netscape too. Sleuthing work by: Martin Blapp <mb@imp.ch> X-MFC after: Before or after the 4.6 release depending on the release engineers
* Add used include of <string.h>.wollman2002-05-301-1/+1
| | | | Delete unused include of <strings.h>.
* Assume __STDC__, remove non-__STDC__ code.alfred2002-05-282-27/+2
|
* Assume __STDC__, remove non-__STDC__ code. ↵alfred2002-05-282-24/+4
| | | | Remove private __P.
* Assume __STDC__, remove non-__STDC__ code.alfred2002-05-281-11/+3
| | | | Remove private __P.
* This code defined a private __P, nuke it.alfred2002-05-288-87/+59
|
* Assume __STDC__, remove non-__STDC__ code.alfred2002-05-2814-97/+17
| | | | Reviewed by: md5
* Don't risk catching a signal while handling a signal for a dying child, as wejmallett2002-05-271-0/+8
| | | | | | | | | can then end up not properly clearing wtmp/utmp entries. PR: bin/37934 Submitted by: Sandeep Kumar <skumar@juniper.net> Reviewed by: markm MFC after: 2 weeks
* Include machine/ia64_cpu.h because we use ia64_mf().marcel2002-05-211-0/+1
| | | | Submitted by: ru
* Understand the new NGM_PPPOE_SESSIONID message and set SESSIONIDbrian2002-05-141-2/+9
| | | | | | in the environment to it's value. Approved by: archie (after a very cursory glance)
* Fixed CLEANFILES.ru2002-05-131-0/+2
|
* Use <paths.h> rather than "pathnames.h", and fix a couple of whitespace nits.des2002-05-082-43/+10
| | | | Sponsored by: DARPA, NAI Labs
* PAMify.des2002-05-081-253/+127
| | | | Sponsored by: DARPA, NAI Labs
* Unbreak static build and remove usage() that isn't usage().des2002-05-031-15/+8
| | | | Reviewed by: bde
* PAMify rexecd(8).des2002-05-022-116/+89
| | | | Sponsored by: DARPA, NAI Labs
* Spell void * as void * rather than caddr_t. This is complicated by thedes2002-04-287-27/+30
| | | | | | fact that caddr_t is often misspelled as char *. Sponsored by: DARPA, NAI Labs
* Fix handling of weak references to undefined symbols on ia64:marcel2002-04-272-29/+21
| | | | | | | | | | | | | | | | o Set st_shndx for sym_zero to SHN_UNDEF instead of SHN_ABS. This gives us something to reliably test against. o For weak references to undefined sysmbols (as indicated by having st_shndx equals SHN_UNDEF) in the context of OPDs, the address of the OPD is to be zero, not the address of the function it contains. o For weak references to undefined symbols in all other cases (only DIR64LSB at this time), the actual relocated value is to be zero, not the value prior to relocating. Roughly speaking, weak references to undefined symbols are no-ops. Tested on: i386, ia64
* Now that local symbols aren't looked up with the symbol hash table,marcel2002-04-271-10/+3
| | | | binding works for local symbols. Remove the workaround...
* Don't do symbol lookups for local symbols. The symbol index in themarcel2002-04-271-7/+14
| | | | | | | | relocation identifies the symbol to which we need to bind. This solves a problem seen on ia64 where the symbol hash table does not contain local symbols and thus resulted in unresolved symbols. Tested on: alpha, i386, ia64
* Correct indent.ume2002-04-261-15/+15
|
* Usage style sweep: spell "usage" with a small 'u'.des2002-04-221-1/+1
| | | | | Also change one case of blatant __progname abuse (several more remain) This commit does not touch anything in src/{contrib,crypto,gnu}/.
* When opieverify() is fail, fallback to try unix password.ume2002-04-161-4/+9
| | | | Tested by: kuriyama
* Add an IPv6 support.ume2002-04-161-10/+23
| | | | | | | I dunno if there is an IPv6 supported rexec client. So, it was tested that this change doesn't break an IPv4. Tested by: kuriyama (IPv4 only)
* Make this compilable without -DOPIE.kuriyama2002-04-161-1/+1
| | | | Hint by: ume
* IPv6 support for tftp/tftpd.ume2002-04-111-15/+60
| | | | | Obtained from: KAME MFC after: 2 weeks
* Better handle the case with a network that drops packets by retryingambrisko2002-04-091-3/+13
| | | | | | | | | | with a back off. This was discovered when Luigi sent me code to handle this for Etherboot. The Etherboot patch worked okay but FreeBSD's tftpd had trouble handling it and would fail to transfer the file since it would abort on send and not retry. Submitted by: luigi MFC after: 1 week
* Allow to compile with both GCC 2.95 and 3.1.obrien2002-04-081-2/+3
|
* Fix a relocation bug in the ia64 ld.so. Weak function pointers in sharedpeter2002-04-071-3/+16
| | | | | | | | | | | objects were not being correctly set to zero. Instead, the function descriptor pointer was set to the load address of the .so object. This caused gcc generated binaries to segfault on exit when crtbegin.asm's _fini code tested the __cxa_finalize() function pointer for zero. This is a bit of a hack because of a problem nearby workaround for find_symdef and its quirks (failures) for local symbols. This still needs to be fixed.
* Fix warnings.des2002-04-063-13/+13
| | | | Sponsored by: DARPA, NAI Labs
* Minor changes to make this work on sparc64.jake2002-04-021-33/+46
| | | | | Approved by: jdp Tested on: alpha, i386, sparc64
* Include <string.h> for some prototypes, rather than depending onmike2002-04-011-0/+1
| | | | pollution from <strings.h>.
* Add missing commas. At least I didn't miss a period.imp2002-03-182-3/+3
|
OpenPOWER on IntegriCloud