delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1997/06/15/06:37:51

From: sos AT prospect DOT com DOT ru (Sergey Okhapkin)
Subject: RE: [BUG] environment not inherited by fork
15 Jun 1997 06:37:51 -0700 :
Approved: cygnus DOT gnu-win32 AT cygnus DOT com
Distribution: cygnus
Message-ID: <01BC796D.5088A5A0.cygnus.gnu-win32@sos>
Original-To: "gnu-win32 AT cygnus DOT com" <gnu-win32 AT cygnus DOT com>,
"'cgf AT bbc DOT com'"
<cgf AT bbc DOT com>
Encoding: 21 TEXT
Original-Sender: owner-gnu-win32 AT cygnus DOT com

Chris Faylor wrote:
> This is due to the fact that there are two environ pointers being maintained:
> one is in the "user space" the other is in "dll space".  The one in "dll space"
> is the one that is updated by putenv() but fork overwrites this with the
> "user space" one when it copies stuff.  I think that, if possible, the
> routines in the .dll that manipulate the environment should only be using
> the environ table in the user space.  Trying to keep the two pointers in
> sync would otherwise be very difficult.

It's in my todo list on the first place now:-)

> 
> This unfortunately would require, I think, changes to the newlib code
> to accomodate the gnuwin32 code.

It's possible to fix this bug without modifying newlib code.

-- 
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019