From: "Mark E." <snowball3 AT bigfoot DOT com>
To: djgpp-workers AT delorie DOT com
Date: Sun, 10 Jun 2001 16:34:55 -0400
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: confstr v2
Message-ID: <3B23A1AF.185.136FE1@localhost>
In-reply-to: <9003-Sun10Jun2001200407+0300-eliz@is.elta.co.il>
References: <200106101441 DOT KAA11909 AT envy DOT delorie DOT com> (message from DJ Delorie	on Sun, 10 Jun 2001 10:41:56 -0400)
X-mailer: Pegasus Mail for Win32 (v3.12c)
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> > True, but in our case it depends on nothing *but* environment
> > variables, so what can we do?

I agree. The POSIX docs are assuming an environment where the placement of 
system files, etc. is almost hard-coded. Ours is not.

> If so, how about if the
> original value of DJDIR is not stashed away by the startup code unless
> confstr is linked in?

A function in confstr.c with the constructor attribute would work. 

Mark