Re: gethostbyXXXX_r()

2001-08-09 Thread Alexander Litvin
In article [EMAIL PROTECTED] you wrote: Please complete it, let me know when you submit the PR i'll try to get it integrated. Ok, I submitted it: http://www.freebsd.org/cgi/query-pr.cgi?pr=29581 I tried to make as few changes as possible, but still diff is quite big IMHO. And changed only

Re: gethostbyXXXX_r()

2001-08-05 Thread Alexander Litvin
hi, there! On Sat, 4 Aug 2001, Richard Seaman, Jr. wrote: There are some gethostby_r, getnetby_r, ... etc routines in the linuxthreads port (/usr/ports/devel/linuxthreads/files). These came from the original linuxthreads package, and have no copyright on them. I never researched the

Re: Preemptiveness of FreeBSD threads

2000-01-17 Thread Alexander Litvin
In article [EMAIL PROTECTED] you wrote: OK, with everyones help (well, waiting for the right time of day ;-)), I was able to reproduce this. The initial threads last active time was not getting initialized to a sane value, causing negative computations of the threads timeslice depending on

Re: rfork() [was: Concept check]

2000-01-12 Thread Alexander Litvin
Matthew Dillon [EMAIL PROTECTED] wrote: :BTW, concerning rfork(RFMEM). Could somebody explain me, why the :following simple program is coredumping: You cannot call rfork() with RFMEM directly from a C program. You have to use assembly (has anyone created a native clone() call yet

Re: rfork() [was: Concept check]

2000-01-11 Thread Alexander Litvin
In article 1d5c01bf5c42$1409d990$[EMAIL PROTECTED] you wrote: You've got that backwards - fork() and vfork() can easily be implemented in terms of rfork() [in fact, I believe all three are implemented in terms of fork1() in the kernel]. rfork(RFMEM) means that the processes share all memory