| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
back out the corresponding documentation.
Noticed by: brian, ume
Notes:
svn path=/head/; revision=64958
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64896
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64740
|
| |
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=64493
|
| |
|
|
|
|
|
|
|
|
| |
kame)
s/.Os KAME/.Os/
comment From: Greg Thompson
Notes:
svn path=/head/; revision=64469
|
| |
|
|
|
|
|
|
|
| |
set, not the previous key.
Add $FreeBSD$, not taking this off the vendor branch because it's not on.
Notes:
svn path=/head/; revision=64381
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64345
|
| |
|
|
|
|
|
| |
the interpreter, _not_ the argv[0] passed in the original exec() call.
Notes:
svn path=/head/; revision=64283
|
| |
|
|
|
|
|
|
|
| |
argument in catopen().
Reviewed by: chris, -audit
Notes:
svn path=/head/; revision=64274
|
| |
|
|
|
|
|
| |
hardcoded value.
Notes:
svn path=/head/; revision=64242
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64241
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64240
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64239
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64237
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64236
|
| |
|
|
|
|
|
| |
POSIX/SUSv2.
Notes:
svn path=/head/; revision=64111
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64106
|
| |
|
|
|
|
|
|
|
|
| |
character, skip the program name when setting the process title.
Ansified with extreme prejudice.
Reviewed by: peter
Notes:
svn path=/head/; revision=64094
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64042
|
| |
|
|
| |
Notes:
svn path=/head/; revision=64006
|
| |
|
|
|
|
|
|
|
| |
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).
Notes:
svn path=/head/; revision=64004
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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. :-/
Notes:
svn path=/head/; revision=64003
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=64000
|
| |
|
|
|
|
|
| |
This Is A Hack(TM).
Notes:
svn path=/head/; revision=63988
|
| |
|
|
| |
Notes:
svn path=/head/; revision=63851
|
| |
|
|
|
|
|
|
|
| |
* Grammar fixes.
* Mark up rfork and vnode as cross-references.
* Clarify the use of the RFFDG flag to rfork(2).
Notes:
svn path=/head/; revision=63805
|
| |
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=63757
|
| |
|
|
|
|
|
| |
potential cancellation point in libc_r.
Notes:
svn path=/head/; revision=63704
|
| |
|
|
|
|
|
| |
Obtained from: KAME Project
Notes:
svn path=/head/; revision=63682
|
| |
|
|
|
|
|
| |
Pointed out by: sheldonh
Notes:
svn path=/head/; revision=63639
|
| |
|
|
| |
Notes:
svn path=/head/; revision=63635
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=63622
|
| |
|
|
|
|
|
| |
syncer(4) manual page.
Notes:
svn path=/head/; revision=63498
|
| |
|
|
|
|
|
|
|
|
|
| |
be treated as NULL.
PR: bin/19816
Submitted by: Bill Fenner <fenner@research.att.com>
Reviewed by: Atsushi Onoe <onoe@sm.sony.co.jp>
Notes:
svn path=/head/; revision=63490
|
| |
|
|
| |
Notes:
svn path=/head/; revision=63474
|
| |
|
|
|
|
|
| |
Discussed on: -arch
Notes:
svn path=/head/; revision=63452
|
| |
|
|
|
|
|
|
|
| |
and people shouldn't be encouraged to use them.
Asked by: sheldonh
Notes:
svn path=/head/; revision=63397
|
| |
|
|
|
|
|
| |
(jasone@canonware.com --> jasone@freebsd.org).
Notes:
svn path=/head/; revision=63364
|
| |
|
|
|
|
|
| |
Prompted by: sheldonh
Notes:
svn path=/head/; revision=63352
|
| |
|
|
|
|
|
| |
Submitted by: dcs
Notes:
svn path=/head/; revision=63320
|
| |
|
|
|
|
|
|
|
| |
PR: 19262
Submitted by: NOKUBI Hirotaka <nokubi@ff.iij4u.or.jp>
Reviewed by: sheldonh
Notes:
svn path=/head/; revision=63214
|
| |
|
|
| |
Notes:
svn path=/head/; revision=63139
|
| |
|
|
|
|
|
|
| |
PR: 19602
Submitted by: Tony Finch <dot@dotat.at>
Notes:
svn path=/head/; revision=62945
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=62939
|
| |
|
|
| |
Notes:
svn path=/head/; revision=62872
|
| |
|
|
|
|
|
| |
regex(3).
Notes:
svn path=/head/; revision=62857
|
| |
|
|
|
|
|
| |
Obtained from: BSD/OS
Notes:
svn path=/head/; revision=62856
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=62855
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=62854
|
| |
|
|
| |
Notes:
svn path=/head/; revision=62848
|