Date: Mon, 13 Jan 2003 23:26:25 -0800 From: Alfred Perlstein <bright@mu.org> To: Tim Robbins <tjr@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc_r/man sem_init.3 Message-ID: <20030114072625.GL33821@elvis.mu.org> In-Reply-To: <20030114180615.A91716@dilbert.robbins.dropbear.id.au> References: <200301140412.h0E4CXTa093756@repoman.freebsd.org> <20030114053331.GK33821@elvis.mu.org> <20030114180615.A91716@dilbert.robbins.dropbear.id.au>
next in thread | previous in thread | raw e-mail | index | archive | help
* Tim Robbins <tjr@FreeBSD.org> [030113 23:06] wrote: > > Ok, I guess I didn't test it enough. I had separate procs sharing the > same address space, and didn't have time to try doing it with SHM. > I don't think we actually need to be able to share mutexes/condvars > between processes, though, since the only time semaphores initialised > with pshared != 0 are locked is in sem_destroy(). Anyway, I'll back out > the last change to sem_init.3 until sem_t becomes a plain old struct. If you check the mailing list archives someone pasted the solaris structures for sem_t. Solaris uses pthread mutexes and condvars, they seem to be able to share them between processes. I think the idea is they do something along the line of linux's "futex". Basically a userlevel mutex with kernel assistance. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030114072625.GL33821>