From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-hacker-return-7576-listarch-libc-hacker=sources.redhat.com@sources.redhat.com>
Received: (qmail 25637 invoked by alias); 30 Apr 2004 17:33:04 -0000
Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:libc-hacker-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/libc-hacker/>
List-Post: <mailto:libc-hacker@sources.redhat.com>
List-Help: <mailto:libc-hacker-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: libc-hacker-owner@sources.redhat.com
Received: (qmail 25620 invoked from network); 30 Apr 2004 17:33:04 -0000
Received: from unknown (HELO sunsite.ms.mff.cuni.cz) (195.113.15.26)
  by sources.redhat.com with SMTP; 30 Apr 2004 17:33:04 -0000
Received: from sunsite.ms.mff.cuni.cz (sunsite.mff.cuni.cz [127.0.0.1])
	by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8) with ESMTP id i3UFJx3j016644;
	Fri, 30 Apr 2004 17:19:59 +0200
Received: (from jakub@localhost)
	by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8/Submit) id i3UFJxxj016636;
	Fri, 30 Apr 2004 17:19:59 +0200
Date: Fri, 30 Apr 2004 17:33:00 -0000
From: Jakub Jelinek <jakub@redhat.com>
To: Wolfram Gloger <wmglo@dent.med.uni-muenchen.de>
Cc: libc-hacker@sources.redhat.com
Subject: Re: [PATCH] Fix linuxthreads with pthread_attr_setstack{,addr}
Message-ID: <20040430151958.GZ5191@sunsite.ms.mff.cuni.cz>
Reply-To: Jakub Jelinek <jakub@redhat.com>
References: <20040429141901.GR5191@sunsite.ms.mff.cuni.cz> <20040429143129.GS5191@sunsite.ms.mff.cuni.cz> <20040430171450.2358.qmail@md.dent.med.uni-muenchen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040430171450.2358.qmail@md.dent.med.uni-muenchen.de>
User-Agent: Mutt/1.4i
X-SW-Source: 2004-04/txt/msg00104.txt.bz2

On Fri, Apr 30, 2004 at 05:14:50PM -0000, Wolfram Gloger wrote:
> Hello,
> 
> > POSIX says on pthread_join:
> > 
> > "For instance, after pthread_join() returns, any application-provided stack storage
> >  could be reclaimed."
> 
> Chapter and verse?  This sounds rather vague, too.
> 
> On comp.programming.threads, pthreads architect Dave Butenhof has
> claimed repeatedly that POSIX makes _no_ such guarantees, i.e. that
> strictly speaking you can _never_ free user-defined stack space..
> Eg.:
> 
> http://groups.google.de/groups?hl=de&lr=&ie=UTF-8&oe=ISO-8859-1&selm=3A797AB3.A57D43E9%40compaq.com

It is in pthread_join's RATIONALE:
http://www.opengroup.org/onlinepubs/009695399/functions/pthread_join.html

	Jakub