summaryrefslogtreecommitdiffstats
path: root/lib/libc
Commit message (Collapse)AuthorAgeFilesLines
* Include the machine-dependent Makefile.inc for sys in the correct place.bde1997-10-152-3/+4
|
* Removed the subdirectory paths from the definitions of MAN[1-9]. Theybde1997-10-1514-132/+87
| | | | | were a workaround for limitations in bsd.man.mk that were fixed about 2 years ago.
* Added some 2-line source files to get a direct correspondencebde1997-10-155-0/+10
| | | | | between sources and objects. This will be used to avoid messy special cases in Makefile.inc.
* Remove old SIGALRM absorbing back-compat code. It wasn't working at allpeter1997-10-151-83/+1
| | | | | | | | | | | | | for the entire time that it was there, so obviously nothing needs it anymore. Note, unix98/single-unix spec v2 says that usleep() returns an int rather than a void, to indicate whether the entire time period elapsed (0) or an error (eg: signal handler) interrupted it (returns -1, errno = EINTR) It is probably useful to make this change but I'll test it locally first to see if this will break userland programs [much]... Reviewed by: ache, bde
* Give up on the "try and compensate for broken programs" cruft and revertpeter1997-10-151-70/+0
| | | | | | | | | | | | | back to the original single nanosleep() implementation. This is POSIX and Unix98 (aka single-unix spec v2) compliant behavior. If a program sets alarm(2) or an interval timer (setitimer(2)) without a SIGALRM handler being active, sleep(3) will no longer absorb it, and the program will get what it asked for..... :-] The original reason for this in the first place (apache) doesn't seem to need it anymore, according to Andrey. Reviewed by: ache, bde
* Correct a bug in the 'allow arbitrary number of socket descriptors' changeswpaul1997-10-141-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | made to the RPC code some months ago. The value of __svc_fdsetsize is being calculated incorrectly. Logically, one would assume that __svc_fdsetsize is being used as a substitute for FD_SETSIZE, with the difference being that __svc_fdsetsize can be expanded on the fly to accomodate more descriptors if need be. There are two problems: first, __svc_fdsetsize is not initialized to 0. Second, __svc_fdsetsize is being calculated in svc.c:xprt_registere() as: __svc_fdsetsize = howmany(sock+1, NFDBITS); This is wrong. If we are adding a socket with index value 4 to the descriptor set, then __svc_fdsetsize will be 1 (since fds_bits is an unsigned long, it can support any descriptor from 0 to 31, so we only need one of them). In order for this to make sense with the rest of the code though, it should be: __svc_fdsetsize = howmany(sock+1, NFDBITS) * NFDBITS; Now if sock == 4, __svc_fdsetsize will be 32. This bug causes 2 errors to occur. First, in xprt_register(), it causes the __svc_fdset descriptor array to be freed and reallocated unnecessarily. The code checks if it needs to expand the array using the test: if (sock + 1 > __svc_fdsetsize). The very first time through, __svc_fdsetsize is 0, which is fine: an array has to be allocated the first time out. However __svc_fdsetsize is incorrectly set to 1, so on the second time through, the test (sock + 1 > __svc_fdsetsize) will still succeed, and the __svc_fdset array will be destroyed and reallocated for no reason. Second, the code in svc_run.c:svc_run() can become hopelessly confused. The svc_run() routine malloc()s its own fd_set array using the value of __svc_fdsetsize to decide how much memory to allocate. Once the xprt_register() function expands the __svc_fdset array the first time, the value for __svc_fdsetsize becomes 2, which is too small: the resulting calculation causes the code to allocate an array that's only 32 bits wide when it actually needs 64 bits. It also uses the valuse of __svc_fdsetsize when copying the contents of the __svc_fdset array into the new array. The end result is that all but the first 32 file descriptors get lost. Note: from what I can tell, this bug originated in OpenBSD and was brought over to us when the code was merged. The bug is still there in the OpenBSD source. Total nervous breakdown averted by: Electric Fence 2.0.5
* Moved `SRCS+= frexp.c' to the correct Makefile.inc.bde1997-10-142-6/+6
| | | | Sorted SRCS.
* Moved `SRCS+= frexp.c' to the correct Makefile.inc.bde1997-10-141-2/+2
|
* Fixed searching of $PATH in execvp(). Do what sh(1) should do accordingbde1997-10-142-26/+87
| | | | | | | | | | | | | | | | | | | | | | | | | | | to POSIX.2. In particular: - don't retry for ETXTBSY. This matches what sh(1) does. The retry code was broken anyway. It only slept for several seconds for the first few retries. Then it retried without sleeping. - don't abort the search for errors related to the path prefix, in particular for ENAMETOOLONG, ENOTDIR, ELOOP. This fixes PR1487. sh(1) gets this wrong in the opposite direction by never aborting the search. - don't confuse EACCES for errors related to the path prefix with EACCES for errors related to the file. sh(1) gets this wrong. - don't return a stale errno when the search terminates normally without finding anything. The errno for the last unsuccessful execve() was usually returned. This gave too much precedence to pathologies in the last component of $PATH. This bug is irrelevant for sh(1). The implementation still uses the optimization/race-inhibitor of trying to execve() things first. POSIX.2 seems to require looking at file permissions using stat(). We now use stat() after execve() if execve() fails with an ambiguous error. Trying execve() first may actually be a pessimization, since failing execve()s are fundamentally a little slower than stat(), and are significantly slower when a file is found but has unsuitable permissions or points to an unsuitable interpreter. PR: 1487
* Improve the innetgr() NIS+ compat kludge. We should only fail over to thewpaul1997-10-131-18/+25
| | | | | | | | | | | | 'slow' lookup if we get a YPERR_MAP (no such map in server's domain) error instead of failing over on any error. In the latter case, if the 'fast' search fails legitimately (i.e. the user or host really isn't a member of the specified netgroup) then we end up doing the 'slow' search and failing all over again. The result is still correct, but cycles are consumed for no good reason. Also removed the #ifdef CHARITABLE since the compat kludge is no longer optional.
* NIS+ compatibility kludge. A long time ago, I set up innetgr() sowpaul1997-10-111-0/+7
| | | | | | | | | | | | | | that if searching through the special netgroup.byhost or netgroup.byuser maps didn't work, we would roll over to the 'slow' method of grovelling though the netgroup map and working out the dependencies on the fly. But I left this option hidden inside an #ifdef CHARITABLE since I didn't think I'd ever need it. Well, the Sun rpc.nisd NIS+ server in YP compat mode doesn't support the .byhost and .byuser reverse maps, so the failover is necessary in order to be compatible. *sigh* This closes PR #3891, and should be merged into RELENG_2_2.
* Staticize usage(). Cosmetics.charnier1997-10-101-2/+5
|
* Add the AIO/LIO to libc. They aren't fully done yet, but have been in thedyson1997-10-101-2/+4
| | | | kernel for a few months.
* Merged in better support of ISO 8601 from elsie.nci.nih.gov.helbig1997-10-032-62/+118
| | | | | Added the conversion specifiers %g and %G, that are replaced by the year which contains the greater part of the week in question.
* Sort cross refereces in section SEE ALSO.wosch1997-09-299-16/+16
|
* Revert the previous prototype un-typo. Add a brief comment warning thatmsmith1997-09-281-1/+3
| | | | "fixing" it is not a good idea.
* Typo fixmsmith1997-09-281-1/+1
|
* Fix typo in signal() prototypemsmith1997-09-281-1/+1
|
* Use revived __maskrune for digittointache1997-09-271-2/+2
| | | | Minor formatting
* Move it under XPG4 defineache1997-09-251-0/+2
|
* Move MSKanji under XPG4 defineache1997-09-251-8/+8
|
* __maskrune --> __istypeache1997-09-251-1/+1
|
* Submitted by: Sin'ichiro MIYATANI / Phase One, Inc <siu@phaseone.co.jp>julian1997-09-245-3/+119
| | | | | Basic support for the Shift JIS encoding of japanese. (and one tiny typo fixed in a comment)
* Apply fts() fix from PR#4593peter1997-09-222-2/+2
| | | | Submitted by: Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru>
* Make selection logic more strict. Only select AF_INET loopback interfaceswpaul1997-09-211-3/+6
| | | | | that are up on second (loopback only) pass, and only select non-loopback AF_INET interfaces that are up on first pass.
* Many places in the code NULL is used in integer context, wherephk1997-09-183-4/+4
| | | | | | | | | plain 0 should be used. This happens to work because we #define NULL to 0, but is stylistically wrong and can cause problems for people trying to port bits of code to other environments. PR: 2752 Submitted by: Arne Henrik Juul <arnej@imf.unit.no>
* environmental -> environment.charnier1997-09-182-3/+3
|
* Some adjustments for the resolver use of poll(). For some reason I thoughtpeter1997-09-161-7/+8
| | | | | | | an unimplemented syscall returned ENOSYS, rather than EINVAL. I have run statically linked code with this wrapper and it does appear to work fine on 2.2-stable which doesn't have poll(). ktrace shows the poll syscall fail once and the fallback to select() working.
* Put a system call not present checking wrapper around the call topeter1997-09-161-9/+35
| | | | | __getcwd(). I've got this libc code running on one of my machines at the moment without the __getcwd() syscall being present.
* Fix yet a minor stylistic nit from Bruce.wosch1997-09-151-4/+4
| | | | (`cvs diff -ib' print one new char ;-).
* Fix yet a minor stylistic nit from Bruce (Doesn't he have morephk1997-09-151-7/+9
| | | | | | important things to do ?? :-) Prepare for the likely case of a change in kernel algorithm.
* Fix a buglet and a couple of stylistic nits from Bruce.phk1997-09-151-3/+2
|
* Potential bufferflow in getpwent(), getpwnam() and getpwuid()wosch1997-09-141-2/+7
| | | | | PR: bin/4134 Submitted by: nick@foobar.org
* Add __getcwd() syscall, and have getcwd() take a shot at it.phk1997-09-142-2/+13
| | | | | If your kernel doesn't support __getcwd() or if __getcwd() cannot deliver because of cache expiry, it does the canonical thing.
* Call poll(2) from within the resolver but adapt to older kernels without itpeter1997-09-141-26/+68
| | | | | | | | | | | | | if necessary. This removes the need to malloc large fd_set's for selecting on high fd's (larger than FD_SETSIZE at libc compile time). The syscall adaptive stuff only happens on the very first call. SIGSYS is masked, and if the call to poll fails with ENOSYS, then we use select for the life of the program. If poll does not fail with ENOSYS, then we always use poll and skip the once-off signal masking gunk. This may be overkill, but it saved my neck a few times while working on multiple different sets of kernel sources, some with poll, some without.
* A poll(2) manpage.peter1997-09-142-2/+190
| | | | Obtained from: NetBSD
* Generate poll syscall stubpeter1997-09-141-2/+2
|
* Document SA_NOCLDWAIT.joerg1997-09-131-17/+38
| | | | Make all the SA_* flags go into a tagged list, to improve readability.
* Removed superfluous quoting of function args.bde1997-09-074-6/+6
|
* Fixed style bug in pseudocode.bde1997-09-071-1/+1
|
* Fixed synopsis. The envp arg for execle() can't be given in the prototype.bde1997-09-031-2/+2
| | | | Fortunately, the man page doesn't refer to "envp" so just deleting it is OK.
* Add "options no_tld_query" to resolv.conf.brian1997-09-012-4/+6
| | | | | | Mention the capability in resolver(5). Mention that RES_OPTIONS can be used in resolver(5). Discussed with: -hackers
* Fixed inclomplete function type in synopsis.bde1997-08-311-1/+1
|
* Another 32bits of 64bits conformance.phk1997-08-311-2/+2
| | | | | Reviewed by: phk Submitted by: jdp
* Initial elf nlist support, mostly stolen from OpenBSD (they use standardpeter1997-08-312-3/+228
| | | | | | | | | | | #defines that are compatable with ours). I made some some minor tweaks to the leading '_' tests. Again, this is off by default for the moment. This probably should be split into seperate files (like some of our other libc files that could do with some splitting). Obtained from: OpenBSD (plus some minor tweaks)
* Added HW_MACHINE_ARCH.kato1997-08-301-0/+3
|
* Merge in the safe chdir changes from Todd Miller's mods to the OpenBSDimp1997-08-292-40/+128
| | | | | | | | | | | tree. Also merge in fix to NetBSD PR #1495. These represent 1.3-1.9 in the OpenBSD tree. Make minor KNF changes to new code (which is in the OpenBSD as 1.10). This avoids the symlink race problems. These patches should go into 2.2.5 before the ship if they don't break anything in -current. Reviewed by: Bruce Evans Obtained from: OpenBSD
* Add a stub version of getpublickey(), in order to eliminate anjdp1997-08-282-1/+47
| | | | | | | | | | undefined symbol referenced from libc. Without the stub, it is impossible to execute any program using the shared library if LD_BIND_NOW=1 is in the environment. The stub always returns failure, but it can be overridden outside the library when necessary. I don't know whether this is the "correct" fix, but it is intolerable to have any undefined symbols referenced from libc.
* Use getpwnam(getlogin()) before getpwuid(getuid())ache1997-08-271-3/+5
|
* Improvement of type independency for the bitmap.phk1997-08-271-3/+4
| | | | | | | This makes 64bit operation more likely. Reviewed by: phk Submitted by: jdp
OpenPOWER on IntegriCloud