Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
RE: Patch posted to SourceForge for zsh on cygwin
- X-seq: zsh-workers 13270
- From: "Andrej Borsenkow" <Andrej.Borsenkow@xxxxxxxxxxxxxx>
- To: "ZSH workers mailing list" <zsh-workers@xxxxxxxxxxxxxx>
- Subject: RE: Patch posted to SourceForge for zsh on cygwin
- Date: Thu, 14 Dec 2000 15:41:45 +0300
- Importance: Normal
- In-reply-to: <1001213160119.ZM11908@xxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
I think it should be discussed here.
The patch checks for $HOME being single slash when processing startup files to
avoid creating `//.zshrc' name that is interpreted as UNC name.
I have no objection to this in principle (but see below), but Bart already
mentioned the basic problem - you cannot catch all places where string is used
as file name. Just consider possible $HOME usage in any script/startup file; I
have may lines like
if [[ -f $HOME/foo/bar ]]; then ...
all of them have the same problem. `~' expansion has the same problem as well.
Patch checks for _WIN32, so I assume it was for 3.0.x native build. For 3.1.x
we have only Cygwin version - and people on Cygwin list explicitly warn
against setting HOME to `/'. ssh e.g. has the same problem that is frequent
cause of errors.
So, I ask - should we commit this patch that does not actually solve the
problems or just warn users against setting HOME to `/'?
-andrej
> -----Original Message-----
> From: Bart Schaefer [mailto:schaefer@xxxxxxxxxxxxxxxxxxxxxxx]
> Sent: Wednesday, December 13, 2000 7:01 PM
> To: Andrej Borsenkow
> Subject: Patch posted to SourceForge for zsh on cygwin
>
>
> Would you please take a look at
>
> http://sourceforge.net/patch/?func=detailpatch&patch_id=102258&group_id=4068
>
> and commit it if it seems appropriate?
>
> --
> Bart Schaefer Brass Lantern Enterprises
> http://www.well.com/user/barts http://www.brasslantern.com
>
> Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
>
>
Messages sorted by:
Reverse Date,
Date,
Thread,
Author