From owner-freebsd-threads@FreeBSD.ORG Thu Apr 17 01:24:19 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2064D37B401; Thu, 17 Apr 2003 01:24:19 -0700 (PDT) Received: from freebsd.org.ru (www.freebsd.org.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA3C43FA3; Thu, 17 Apr 2003 01:24:18 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id AC05193; Thu, 17 Apr 2003 12:24:12 +0400 (MSD) Date: Thu, 17 Apr 2003 12:24:12 +0400 From: "Sergey A. Osokin" To: John Polstra Message-ID: <20030417082412.GA67305@freebsd.org.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: deischen@freebsd.org cc: jeff@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: FWD: Re: May I add pthread_[gs]etconcurrency to the threads libr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: osa@FreeBSD.org.ru List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 08:24:19 -0000 On Wed, Apr 16, 2003 at 09:44:09AM -0700, John Polstra wrote: > Sergey, > > FYI -- Dan Eischen asked me not to commit your changes to > libpthread. I then told him he should at least try to use your man > page and credit you appropriately. > > I also told him that he's wrong about returning ENOTSUP, according > to the standards. > > John So, I can't understand Daniel's position. SUSV2 and SUSV3 says: If an implementation does not support multiplexing of user threads on top of several kernel-scheduled entities, the pthread_setconcurrency() and pthread_getconcurrency() functions are provided for source code compatibility but they shall have no effect when called. AFAIK at this time real implementation of that fuctions not yet avaliable. If it not yet avaliable - I think we must use this implementation. In near future, when the other implementations to be avaliable, somebody immediatly replace old fake implementation with new real one. > Date: Wed, 16 Apr 2003 12:35:57 -0400 (EDT) > From: Daniel Eischen > To: John Polstra > Subject: Re: May I add pthread_[gs]etconcurrency to the threads libraries? > Cc: deischen@freebsd.org, jeff@freebsd.org, freebsd-threads@freebsd.org > > On Wed, 16 Apr 2003, John Polstra wrote: > > > Sergey Osokin sent me patches to add the standard > > pthread_[gs]etconcurrency functions to our various threads > > libraries. I reviewed them and they're OK. The functions don't do > > anything significant, but they fill the need for this part of the > > API. > > > > OK if I commit them this weekend? The changes don't change anything > > else. They just add stuff. > > I'm about to implement them for real in libpthread. I'd appreciate > you not adding them to that. I've got a slew of other changes that > I want add to it very soon. > > They don't seem to make sense for libthr and libc_r unless it > returns ENOTSUP. libthr is 1:1, so it is meaning less there > as well as libc_r. > > -- > Dan Eischen -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \