From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21578 invoked from network); 26 Jul 2000 15:07:45 -0000 Received: from unknown (HELO sunsite.auc.dk) (130.225.51.30) by ns1.primenet.com.au with SMTP; 26 Jul 2000 15:07:45 -0000 Received: (qmail 9261 invoked by alias); 26 Jul 2000 15:07:19 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 12387 Received: (qmail 9254 invoked from network); 26 Jul 2000 15:07:18 -0000 Date: Wed, 26 Jul 2000 16:06:51 +0100 From: Peter Stephenson Subject: Re: PATCH: configure.in: tgetent test does not work on Cygwin In-reply-to: "Your message of Wed, 26 Jul 2000 15:43:03 +0400." <000801bff6f6$a81e9ef0$21c9ca95@mow.siemens.ru> To: zsh-workers@sunsite.auc.dk (Zsh hackers list) Message-id: <0FYB0065C8NEFM@la-la.cambridgesiliconradio.com> Content-transfer-encoding: 7BIT > I noted, that current bash under Cygwin automatically prepends > /usr/bin:/usr/local/bin to PATH (BTW it also has cool default prompt as well > :-) May be, we could do the same for zsh. It looks, like Cygwin directory > structure has stabilized (at least, if you use setup, you do get /bin and > /usr/bin). We can make $PATH more configurable, but I'm not sure I like the idea of automatically adding something to an existing imported path, except in a startup file. Anyway, this doesn't fix the startup problem, of course, since the DLL is searched for before we've touched the path. I imagine bash works because it's in the same directory. -- Peter Stephenson Cambridge Silicon Radio, Unit 300, Science Park, Milton Road, Cambridge, CB4 0XL, UK Tel: +44 (0)1223 392070