From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27216 invoked by alias); 3 May 2014 19:01:30 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 27206 invoked by uid 89); 3 May 2014 19:01:29 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: Ishtar.tlinx.org Received: from ishtar.tlinx.org (HELO Ishtar.tlinx.org) (173.164.175.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Sat, 03 May 2014 19:01:28 +0000 Received: from [192.168.4.12] (Athenae [192.168.4.12]) by Ishtar.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id s43J1JR2048027 for ; Sat, 3 May 2014 12:01:23 -0700 Message-ID: <53653CFF.5070902@tlinx.org> Date: Sat, 03 May 2014 19:01:00 -0000 From: Linda Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: cygwin-bash compat/regression bug... startup line prob References: <5362C6A0.3040306@tlinx.org> <5362F5D9.1010800@redhat.com> In-Reply-To: <5362F5D9.1010800@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-05/txt/msg00043.txt.bz2 Eric Blake wrote: > On 05/01/2014 04:11 PM, Linda Walsh wrote: > >> The reason the above fails... (I got it to work).. is that if there is a >> space >> on the line after the "-u", that also fails. >> >> I didn't deliberately put one there, but that it no longer handles >> separate options is an evolution of software devolution. > > It NEVER worked to put more than one option. I don't know why you are > arguing "software devolution" when there has been no regression in > behavior, rather you are just experiencing something that has always > been this way. And I already explained in the other message that yes > indeed cygwin is different than Linux in that trailing whitespace is > passed through on cygwin but stripped in Linux. > >> But NOTE -- the above error claims it is coming from /usr/bin/bash. >> That's not my login shell nor on the shebang line. >> >> That's cygwin-black-magic... converting all /bin paths to /usr/bin...even >> shells?... > > I already explained in the other mail that this is a side-effect of > cygwin converting to windows paths and then back during execve shebang > computation, rather than preserving the argv[0] of the user. --- Like I said -- cygwin-black-magic. Converting paths to windows and back again... only innermost practitioner's of windows-magic would create such spells! ;-) > You are welcome to provide a patch. ---- Aw, shucks, that's awfully nice of you, and if my understanding of cygwin was such that contributing such a patch wouldn't take more time learning how to make cygwin than designing and implementing the patch, I might do such, but it wouldn't be the most efficient use of my time. As it stands I need to work around cygwin ignoring Windows mount-points and turning them into symlinks too often and would likely consider fixing that a higher priority task, though since it's a reverting an "extra hack" put in to treat windows mount-points (Junctions) as symlinks, I wouldn't think fixing that would be that difficult, Personally, I'd like to see linux running as a subsystem on windows like the old POSIX sybsystem. That would solve all sorts of compat problems. ;-) (ya, I know, when pigs fly)... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple