Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
RE: Cygwin: environ problem
- X-seq: zsh-workers 12341
- From: "Andrej Borsenkow" <Andrej.Borsenkow@xxxxxxxxxxxxxx>
- To: "Peter Stephenson" <pws@xxxxxxxxxxxxxxxxxxxxxxxxx>, "Zsh hackers list" <zsh-workers@xxxxxxxxxxxxxx>
- Subject: RE: Cygwin: environ problem
- Date: Fri, 21 Jul 2000 17:39:36 +0400
- Importance: Normal
- In-reply-to: <0FY10078PTYVGJ@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
> Andrej wrote:
> > We _could_try_ to directly manipulate __cygwin_environ, but I do not
> > like it - who knows, where and how it is used. BTW comments
> imply, that
> > DLLs should actually refer to __cygwin_environ :-)
>
> Without some major rewriting, we may have to: the
> export-related machinery
> assumes it has direct control of the (new) environment's
> memory. This is
> certainly a contender for the problems people have been
> seeing. Strange it
> usually works, though.
>
Can you garantee, that no internal libc function and no module will ever
use putenv()? In this case it will happily realloc() environment, thus
getting it out of zsh control again. Oh, even worse, it will try to
realloc() memory, allocated by Zsh. Oops.
BTW the same argument holds for Unix as well.
What's wrong with using "standard" environment?
>
> Is there any chance this could be network-related?
You mean completion speed? Very probable. But in this case my primary
concern is that I cannot see russian filenames :-) I can live with
completion as is.
-andrej
Messages sorted by:
Reverse Date,
Date,
Thread,
Author