| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
an unimprovement here. I thought it would be an improvement, as in libkvm,
but here we can access the strings directly.
Use sysctlbyname() instead of sysctl() and trust it to give a nonzero
address if it succeeds.
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
|
|
| |
Submitted by: Wes Peters
Added strtok_r (reentrant) function and man page.
|
|
|
|
|
|
| |
no longer possible.
PR: 8337
|
|
|
|
|
| |
Add reference to required include file #include <stdlib.h> for
getloadavg(3) function call.
|
| |
|
|
|
|
|
|
| |
depend on libkvm.
Removed obsolete `#define _NEW_VFSCONF'.
|
|
|
|
|
| |
used in almost all programs unless a shared library specifically
ignores libgcc.a.
|
| |
|
| |
|
|
|
|
| |
Submitted by: Terry Lambert <terry@whistle.com> on the -doc lists.
|
|
|
|
| |
PR: kern/8629
|
|
|
|
| |
Pointed-out-by: Bruce Evans
|
| |
|
|
|
|
|
| |
"src/lib/libc/gen/popen.c" --- popen() in the child
now closes any copies of popen()'ed descriptors in the parent.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: 8566
Submitted by: Archie Cobbs <archie@whistle.com>
|
|
|
|
|
|
|
|
|
|
|
| |
they cannot mount a filesystem that they cannot see in getvfsbyname().
Part 1 of this is a hack, make vfsisloadable() always return true - the
ultimate decider of whether it's loadable or not is kldload() or mount().
Part 2 of this is to have vfsload() call kldload(2) and return success if
it works. This means that we will use a viable kld module in preference
to an LKM!
Ultimately, the thing to do is remove the hacks to do a vfsload in all the
mount_* commands and let the kernel do it by itself in mount(2).
|
| |
|
|
|
|
|
| |
PR: bin/8176
Submitted by: Archie Cobbs <archie@whistle.com>
|
| |
|
|
|
|
| |
processing of the string argument by perror().
|
| |
|
| |
|
|
|
|
|
| |
NULL, in line with perror(3). However, the code presently checks only
for a zero-length string. Check for both.
|
|
|
|
| |
where "/var/db/kvm_kernel.db" doesn't exist.
|
| |
|
|
|
|
| |
Add some content from objformat(1).
|
|
|
|
| |
PR: 8437
|
| |
|
|
|
|
| |
mkstemp() is not behaving as documented.
|
|
|
|
|
|
|
| |
There are other ways to fix this than wrapping _gettemp(), but this was
the most convenient.
Discovered by: bde
|
|
|
|
|
| |
Reviewed by: bde
Approved by: jkh
|
|
|
|
|
|
|
| |
popen()ed child.
PR: misc/7810
Submitted by: Wayne Scott <wscott@ichips.intel.com>
|
| |
|
|
|
|
|
|
|
| |
telnet and tip, and probably a few other apps.
Reviewed by: bde
Approved by: jkh
|
| |
|
|
|
|
|
|
|
|
|
| |
vfork() can't be used. We could use alloca() in execl() so that
it can be called between vfork() and execve(), but a "portable"
popen() shouldn't depend on this. Calling execle() instead of
execl() should be fairly safe, since execle() is supposed to be
callable from signal handlers and signal handlers can't call
malloc(). However, execle() is broken.
|
|
|
|
|
|
|
|
| |
ever saw one), and move the description of NULL behaviour out to a
'NOTES' section, with an extra note that programs should not rely up
on it.
Kinda-approve-by: bde (by not replying to the mail with the diff)
|
|
|
|
|
|
|
|
|
|
|
| |
PR: 7923
Submitted by: Archie Cobbs <archie@whistle.com>
The scandir() function returns -1 if it fails.
In many cases when this happens, it does not free
the memory that it allocated, resulting in a memory
leak, or close the directory opened with opendir().
BAD DOG, BAD!
|
|
|
|
| |
Submitted by: Andrew Gallatin <gallatin@cs.duke.edu>
|
|
|
|
| |
Noticed by: Alex Nash <nash@mcs.net>
|
|
|
|
|
|
|
|
|
| |
realloc functions check for recursion within the malloc code itself. In
a thread-safe library, the single spinlock ensures that no two threads
go inside the protected code at the same time. The thread implementation
is responsible for ensuring that the spinlock does in fact protect malloc.
There was a window of opportunity in which this was not the case. I'll fix
that with a commit RSN.
|
|
|
|
| |
Reminded by: Bruce Evans <bde@zeta.org.au>
|
| |
|
|
|
|
| |
/etc/disktab.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
string. From the submitted patch:
Credit for patch: Chris Torek <torek@bsdi.com>
Tod Miller <millert@openbsd.org>
This makes us in line with SunOS 4.1.3_U1, Solaris 2.6, OpenBSD 2.3,
HP-UX 10.20, Irix 5.3. The previous behavior was in line with Ultrix 4.4.
PR: bin/7970
Submitted by: Niall Smart nialls@euristix.ie
|
| |
|