summaryrefslogtreecommitdiffstats
path: root/libexec
Commit message (Collapse)AuthorAgeFilesLines
* Remove the outdated casts to "char *" from the setsockopt(2),yar2002-07-242-17/+15
| | | | | | | | | write(2), and getipnodebyaddr(3) calls. Now all the above functions accept "void *" in that arguments and have prototypes. Thus, the casts are useless under the normal circumstances (and would be harmful if the functions had no prototypes.) MFC after: 2 weeks
* Clean up the syslog(3) messages on the setsockopt(2) errors:yar2002-07-241-12/+14
| | | | | | | | | o Always check a setsockopt(2) return value o Use a consistent message format o Don't abort if the failed setsockopt(2) was actually not vital o Use LOG_WARNING, not LOG_ERR, in non-fatal cases MFC after: 1 week
* use IPV6_V6ONLY instead of non standard IPV6_BINDV6ONLY.ume2002-07-221-4/+2
| | | | MFC after: 1 week
* Fix one RFC 959 incompliance:yar2002-07-221-3/+30
| | | | | | | | Double double-quotes in a PWD result if they appear in the directory pathname. PR: misc/18365 MFC after: 1 week
* Correct wrong grammar from previous commit. Note that fingerd is not limitedcharnier2002-07-211-5/+10
| | | | | | | to being an interface to finger(1), see -p flag. Remove a reference to name(?) program we don't have. Submitted by: wollman
* Allow deleting and renaming stale symlinks andyar2002-07-211-2/+2
| | | | | | | | deleting symlinks pointing to directories. PR: bin/37250 Submitted by: Nino Dehne <TeCeEm@gmx.de> MFC after: 1 week
* Add END markers to asm functions so that debuggers can find their size.jake2002-07-171-1/+3
|
* Avoid passing NULL to freehostent(3).yar2002-07-171-1/+2
| | | | MFC after: 1 week
* Fix setting parameters for getipnodebyaddr(3):yar2002-07-171-4/+4
| | | | | | | | | o "struct addrinfo" contains a pointer to "struct sockaddr," not "struct sockaddr" itself o the function takes a pointer to "struct in*_addr", not to "struct sockaddr," so the address length must be corresponding MFC after: 1 week
* GLOB_QUOTE has been retired.mikeh2002-07-173-3/+3
|
* Use the right indent for the closing brace: it belongs to `if',yar2002-07-161-1/+1
| | | | | | | not to `for'. The previous indent was reather misleading for the code reader. MFC after: 1 week
* Replace the awkward hackery about strtok(3)yar2002-07-161-38/+56
| | | | | | | | | by conventional one-way parsing of ftphosts(5). Don't let NULL hostname pointers into virtual host records as well. PR: bin/18410 MFC after: 1 month
* Port to TI/RPC and/or IPV6.alfred2002-07-155-109/+125
| | | | Submitted by: Jean-Luc Richier <Jean-Luc.Richier@imag.fr>
* 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
OpenPOWER on IntegriCloud