Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com From: "John Pollock" To: "Larry Hall \(RFK Partners, Inc\)" , Subject: RE: new sh doesn't translate Unix-style paths for Perl? Date: Fri, 20 Oct 2000 12:59:40 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-reply-to: <4.3.1.2.20001020122733.02691730@pop.ma.ultranet.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal >Does it work in bash? Was your old "sh" ash or bash? Our old "sh" was ash. To answer the other points, i understand that ActiveState Perl may not be properly parsing the paths, but the old sh appeared to do some sort of translation on its behalf. Switching to a different version of Perl at this point is going to be difficult for us, so i was hoping to be able to use the new sh without losing any of the previous functionality. And i'm still not sure i understand why ./ invocations of Perl scripts don't work with the new sh, as they did with the old. One of my motivations for trying to use the new sh is that we've been seeing a lot of "Can't send signal 20" errors and make segmentation faults since we upgraded from b20 to v1.1.4 (we're at the very latest version as of yesterday), but we hadn't upgraded sh because of some of the issues like the one above. I was hoping that upgrading sh (which is invoked by make) might lessen some of these problems, but perhaps that wouldn't happen anyway. I appreciate all the feedback so far! Thanks all! John -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com