| delorie.com/archives/browse.cgi | search |
| Date: | Mon, 28 Oct 2002 07:42:25 +0200 (IST) |
| From: | Eli Zaretskii <eliz AT is DOT elta DOT co DOT il> |
| X-Sender: | eliz AT is |
| To: | Leonid Pauzner <uue AT pauzner DOT dnttm DOT ru> |
| cc: | djgpp-workers AT delorie DOT com |
| Subject: | Re: libc' getenv optimization (patch3) |
| In-Reply-To: | <2.7.9.LL4Z.H4NNAK@pauzner.dnttm.ru> |
| Message-ID: | <Pine.SUN.3.91.1021028074013.9027A-100000@is> |
| MIME-Version: | 1.0 |
| 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 |
On Sun, 27 Oct 2002, Leonid Pauzner wrote: > > Also, IIRC, functions from dosexec.c bypass `getenv' and `putenv', > > and poke environ[] directly. > use grep -r ??? I meant to ask whether you tested your code with programs that call functions from dosexec.c, since they poke environ[]. > >> My hash table is only used in `getenv', and is resynced inside getenv. > > > What about `putenv' and `setenv'? > only getenv. (putenv left unchanged). So after a call to `putenv', environ[] and hash_env[] are out of sync?
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |