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 onl

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 resea

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 dependin

Re: Preemptiveness of FreeBSD threads

2000-01-16 Thread Alexander Litvin
In article <[EMAIL PROTECTED]> you wrote: >> Now, as I understand, userspace threads in FreeBSD are preemptive. >> So, though my 11 threads are all computational and do not do >> any syscalls, sleeps, sched_yield, whatever -- newertheless, >> the program should not be stuck in one thread. And it

Preemptiveness of FreeBSD threads

2000-01-16 Thread Alexander Litvin
Hi, everybody! First, I must say that this all concernes quite current CURRENT (Jan 9 or so). I don't know if the same holds for older versions. I'm kind of puzzled. I've a simple sample program (see at the bottom). It creates 10 threads with start function start_my_thread(), and then runs the

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

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 > m