From owner-freebsd-threads@FreeBSD.ORG Thu Apr 17 06:37:03 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 4A05937B401; Thu, 17 Apr 2003 06:37:03 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C68543FD7; Thu, 17 Apr 2003 06:37:02 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from pcnet1.pcnet.com (localhost [127.0.0.1]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h3HDb1Bg009882; Thu, 17 Apr 2003 09:37:01 -0400 (EDT) Received: from localhost (eischen@localhost)h3HDb0vx009848; Thu, 17 Apr 2003 09:37:00 -0400 (EDT) Date: Thu, 17 Apr 2003 09:37:00 -0400 (EDT) From: Daniel Eischen To: "Sergey A. Osokin" In-Reply-To: <20030417095221.GC67305@freebsd.org.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: jeff@freebsd.org cc: freebsd-threads@freebsd.org cc: John Polstra 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 List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 13:37:03 -0000 On Thu, 17 Apr 2003, Sergey A. Osokin wrote: > On Thu, Apr 17, 2003 at 05:46:07AM -0400, Daniel Eischen wrote: > > On Thu, 17 Apr 2003, Sergey A. Osokin wrote: > > > On Wed, Apr 16, 2003 at 09:44:09AM -0700, John Polstra wrote: > > > > > > > > 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. > > > > > > So, I can't understand Daniel's position. > > > > Because usually POSIX functions are either fully implemented or not > > implemented at all. I took a look at the POSIX spec and this is not > > the case with pthread_[gs]setconcurrency; they do match what you > > say. > > > > > 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. > > > > You missed my response that said I am implementing them "for real" > > (not fake) and that I had a slew of other changes. I am a day or > > so away from commiting my changes (this is for libpthread, not > > libc_r or libthr). > > Thanks, i see. So, what about other (not libpthread) implementations > of threads (like libc_r and libthr)? It's OK for those; libc_r will never need anything other than a fake one, and Jeff said it was OK for libthr (Jeff, correct me if I'm wrong). -- Dan Eischen