Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
Message-ID:	<397D824A.44F1288@cygnus.com>
Date:	Tue, 25 Jul 2000 14:04:26 +0200
From:	Corinna Vinschen <vinschen AT cygnus DOT com>
Reply-To:	cygwin <cygwin AT sources DOT redhat DOT com>
X-Mailer:	Mozilla 4.73 [en] (X11; I; Linux 2.2.14-SMP i686)
X-Accept-Language:	de, en
MIME-Version:	1.0
To:	Andrej Borsenkow <Andrej DOT Borsenkow AT mow DOT siemens DOT ru>
CC:	cygwin <cygwin AT sources DOT redhat DOT com>
Subject:	Re: putenv() - copying environment string violates Unix specs?
References:	<001f01bff62c$c7b512f0$21c9ca95 AT mow DOT siemens DOT ru>

Andrej Borsenkow wrote:
> > You're right and I think it should possible to change that but
> > I'm not sure if that will make it into 1.1.3.
> 
> Of course, then setenv() should never attempt to reuse old environment
> string. Just occured to me. That gives consitent handling - caller is
> responsible for allocating and freeing environment strings.

That's not required by SUSv2. If you call setenv you can't
influence memory usage in any way. See the glibc example.

Corinna

-- 
Corinna Vinschen
Cygwin Developer
Cygnus Solutions, a Red Hat company

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -