| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
|
|
|
|
|
|
|
| |
I changed to close to original code before merging IPv6 support.
It seems having delay before another try is useless. However, I'm
not sure that delay means. So, I leave it as-is.
PR: bin/20515
|
|
|
|
|
|
|
| |
kame)
s/.Os KAME/.Os/
comment From: Greg Thompson
|
|
|
|
|
|
| |
set, not the previous key.
Add $FreeBSD$, not taking this off the vendor branch because it's not on.
|
| |
|
|
|
|
| |
the interpreter, _not_ the argv[0] passed in the original exec() call.
|
|
|
|
|
|
| |
argument in catopen().
Reviewed by: chris, -audit
|
|
|
|
| |
hardcoded value.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
POSIX/SUSv2.
|
| |
|
|
|
|
|
|
|
| |
character, skip the program name when setting the process title.
Ansified with extreme prejudice.
Reviewed by: peter
|
| |
|
| |
|
|
|
|
|
|
| |
was not fun and I am not entirely certain of the correctness, but it seems
to work. (in fact, side by side testing of this code vs the x86 version
turned up hidden bugs in the x86 code).
|
|
|
|
|
|
|
|
|
|
|
| |
testing and real-life applications:
1) If you returned from the thread function, you got a segv instead of
calling _exit() with your return code.
2) clean up some bogus stack management. There was also an underflow
on function return.
3) when making syscalls, the kernel is expecting to have to leave space
for the function's return address. We need to duplicate this. It was
an accident that the rfork syscall actually worked here. :-/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the number of times I have given this to people and got asked: why isn't
it in libc? It is impossible to do this without assembler glue to reset
the stack for the new child process.
int rfork_thread(flags, stack_addr, start_fnc, start_arg)
int flags; Flags to rfork system call. See rfork(2).
void *stack_addr; Top of stack for thread.
int (*start_fnc)(void *); Address of thread function to call in child.
void *start_arg; Argument to pass to the thread function in child.
This is deliberately not documented or prototyped in includes until the
corresponding alpha version is written.
|
|
|
|
| |
This Is A Hack(TM).
|
| |
|
|
|
|
|
|
| |
* Grammar fixes.
* Mark up rfork and vnode as cross-references.
* Clarify the use of the RFFDG flag to rfork(2).
|
|
|
|
|
|
|
| |
KERN_UPDATEINTERVAL can't be used to control sched_sync(). In
fact, there's no easy way to control the syncer with sysctls.
Reported by: bde
|
|
|
|
| |
potential cancellation point in libc_r.
|
|
|
|
| |
Obtained from: KAME Project
|
|
|
|
| |
Pointed out by: sheldonh
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
strdup()) rather than pointing it at something that's free()d
(via freeaddrinfo(res)) before the function returns.
I appreciate that this is an API change, but it's the only way
(AFAIK) of doing this without breaking existing code that uses
rcmd{,_af}().
Pointed out by: phkmalloc
|
|
|
|
| |
syncer(4) manual page.
|
|
|
|
|
|
|
|
| |
be treated as NULL.
PR: bin/19816
Submitted by: Bill Fenner <fenner@research.att.com>
Reviewed by: Atsushi Onoe <onoe@sm.sony.co.jp>
|
| |
|
|
|
|
| |
Discussed on: -arch
|
|
|
|
|
|
| |
and people shouldn't be encouraged to use them.
Asked by: sheldonh
|
|
|
|
| |
(jasone@canonware.com --> jasone@freebsd.org).
|
|
|
|
| |
Prompted by: sheldonh
|
|
|
|
| |
Submitted by: dcs
|
|
|
|
|
|
| |
PR: 19262
Submitted by: NOKUBI Hirotaka <nokubi@ff.iij4u.or.jp>
Reviewed by: sheldonh
|
| |
|
|
|
|
|
| |
PR: 19602
Submitted by: Tony Finch <dot@dotat.at>
|
|
|
|
|
|
|
|
|
|
|
| |
management involving rcmd_af(), getaddrinfo(), freeaddrinfo(), etc.
We set *ahost to point to ai->canonname; and later free the ai-> stuff
and still leave the old pointers in *ahost to the freed data.
Perhaps the best way to deal with this is a static buffer or a static
strdup() that is freed on the next iteration or something. This gives
me headaches just thinking about this.
The new 'AJ' default for malloc() tripped this up.
|
| |
|
|
|
|
| |
regex(3).
|
|
|
|
| |
Obtained from: BSD/OS
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of the processing of the recursion, "scan" would be pointing to O_CH
(or O_QUEST), which would then be interpreted as being the end character
for altoffset().
We avoid this by properly increasing scan before leaving the switch.
Without this, something like (a?b?)?cc would result in a g->moffset of
1 instead of 2.
I added a case to the soon-to-be-imported regex(3) test code to catch
this error.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
string may be found (from the beginning of the pattern), the point
at which must is found minus that offset may actually point to some
place before the start of the text.
In that case, make start = start.
Alternatively, this could be tested for in the preceding if, but it
did not occur to me. :-)
Caught by: regex(3) test code
|
| |
|
|
|
|
|
|
|
|
| |
These will be turned off again as we approach 5.0-RELEASE.
If you benchmark things, make sure to
ln -sf j /etc/malloc.conf
to see "true" performance.
|