| delorie.com/archives/browse.cgi | search |
| X-Recipient: | archive-cygwin AT delorie DOT com |
| DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
| :list-unsubscribe:list-subscribe:list-archive:list-post | |
| :list-help:sender:subject:to:references:from:reply-to:message-id | |
| :date:mime-version:in-reply-to:content-type | |
| :content-transfer-encoding; q=dns; s=default; b=RecNNunSL6kYEB5r | |
| 4NZyXrlG79QUrhWaWdYQnPYPhDk/F7Yjd92UqrUMGF1VuxhN9s2BNxA0yx268bs5 | |
| 0/vJNs5FibZvibmTF8URCgKxhTbSp0Htiie/1zaNFc5lKe1xCrHrXyAQ22uV2cHI | |
| 7ioFrw1pHEx3NTxTKyCA4ePm6xI= | |
| DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
| :list-unsubscribe:list-subscribe:list-archive:list-post | |
| :list-help:sender:subject:to:references:from:reply-to:message-id | |
| :date:mime-version:in-reply-to:content-type | |
| :content-transfer-encoding; s=default; bh=kNXtCZ7/118gYnLqj9eF9R | |
| mYmQw=; b=xP07XqiXRgWVZ9I90SChCneVio78GfJiZGVg5G3XMBNEqoCLITvPn5 | |
| Oj+uxjOKNFQ3ZZSG1wjoo+4PvA4Ncr1G+qj8pPrvo1tOD8daPHA3jWDLWFZsnNmG | |
| v9sj1LWn7wsY93IT5aBnv3N+UqCk2eTedJdcBGCSmZTxXn2NeUBqs= | |
| Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
| List-Id: | <cygwin.cygwin.com> |
| List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
| List-Archive: | <http://sourceware.org/ml/cygwin/> |
| List-Post: | <mailto:cygwin AT cygwin DOT com> |
| List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
| Sender: | cygwin-owner AT cygwin DOT com |
| Mail-Followup-To: | cygwin AT cygwin DOT com |
| Delivered-To: | mailing list cygwin AT cygwin DOT com |
| Authentication-Results: | sourceware.org; auth=none |
| X-Virus-Found: | No |
| X-Spam-SWARE-Status: | No, score=-1.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=Strict, vendors, Michel, purchase |
| X-HELO: | mail-it0-f47.google.com |
| X-Google-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:reply-to:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=+O/DAGdHUYQ2JciFX76ByTtP+6VA9zd0be7ecNki1kY=; b=bF5PmIUvtP80O3/24wpuFMl6zDjVUPXRsoY0mKYwqrizjv97HRaakvWP4PFYNw6F3k ckLYg4cCQbcSL3wg7BCyufiOyebwX4lHq6s3QDxbbJ0nucoCLrjW1qiffcMUD4kMwvqi H6tSTa6stGRhvQtzQaft8pXiJnYCJmSJA4gBX+J+CRfh9Wgo3FJm2cHkBGt+IIpRvstF UVyfRM+lApdMe+eMCV9uMtpZ7nSRJcDooaLE3KlOn1iyoNLdOC+zGgdte0UzF26ly6yX Amt5MEmviEBRMh3ThV1ZmZh/Vi+IY+eG+ETJu1O+RuwwCXxSw8uctYIlRGpJa6OxSDEF BL2g== |
| X-Gm-Message-State: | AHPjjUiWMQoueKnoWpmCRnHu3w30yq55zJ5YC23aTGEjSY3e9cfabryX IL0W8FueQ+vJgq+4 |
| X-Google-Smtp-Source: | AOwi7QCZxL1rg4R424wnR9Nn2AQi9+UkQ8BP1ulOive8E6dQRXaejEd4ER6g9LMktdMBrjdMpGFw8A== |
| X-Received: | by 10.36.26.133 with SMTP id 127mr5237171iti.88.1505313246040; Wed, 13 Sep 2017 07:34:06 -0700 (PDT) |
| Subject: | Re: Extra CR symbol from backticks on Cygwin 2.9.0 |
| To: | cygwin AT cygwin DOT com |
| References: | <CAAq9174Ffd-zFLrCsUSz5DcxW8DYaeQbxsPxWMH0bh0vPBJCLA AT mail DOT gmail DOT com> <7ed18312-4929-8299-d186-9cb0aa541a93 AT redhat DOT com> <CAAq9174TrUGOr+y4GvMWEqNXao-zyemptuoSM8_Jna33qwpjiw AT mail DOT gmail DOT com> <61150261-b3c4-d5e5-23ff-a4320a19715c AT redhat DOT com> <502a33ed-6029-5a22-c3ff-83bd382437df AT gmail DOT com> <000b01d32c24$d5baf2c0$8130d840$@rogers.com> |
| From: | cyg Simple <cygsimple AT gmail DOT com> |
| Reply-To: | cygwin AT cygwin DOT com |
| Message-ID: | <801c5a84-2763-05e0-340e-6bf0f09f9e6c@gmail.com> |
| Date: | Wed, 13 Sep 2017 10:34:06 -0400 |
| User-Agent: | Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 |
| MIME-Version: | 1.0 |
| In-Reply-To: | <000b01d32c24$d5baf2c0$8130d840$@rogers.com> |
| X-IsSubscribed: | yes |
On 9/12/2017 8:11 PM, Michel LaBarre wrote: > > Not trying to sound like a jerk, but I am still not clear as to why CYGWIN users are not using Linux unless they have to support code running in both POSIX and Windows environments in which case, the CYGWIN mission could be elaborated to mention facilitating portability to, and integration with, Windows which go beyond just standards compliance. This might elevate deviations, such as "igncr", from being perceived as catering to the lazy, non-purist, unwashed masses rather than as genuinely valuable and essential elements of CYGWIN. > Because there are vendors who supply applications that our employers purchase and tell us to support it. Those applications could be on Linux or on Windows or whatever OS. Having the same scripts to support many various operations be exactly the same for each operation is helpful from a maintenance POV. If it works on Cygwin I can know that it will work on Linux. If it works on Linux it may or may not work in Cygwin just because of the extra CR Windows is famous for. If it works on Linux it may or may not work on some other *nix OS but if that *nix is POSIX compliant most likely it will especially if extensions weren't used in the scripts. > Strict POSIX compliance suits developers of self-contained vertical applications with minimal need for deviations; the whole application is safely ensconced within a POSIX cocoon. On the other hand, developers integrating Windows applications and services over which they have no control may need more flexibility. > Most have issues when they try to use Cygwin outside of the Cygwin shell. While Cygwin tries to be helpful with that method it isn't the suggested method of use and has lack of testers for changes. If you use Cygwin outside of the Cygwin "ensconced POSIX cocoon" then when a test version of Cygwin is released and a call for testers then you'd be better served by testing and reporting issues than being surprised when updating after it is released. > That being said, it has been generous on the part of CYGWIN implementors to recognise the CYGWIN audience for whom strict POSIX compliance is secondary and the main objective is to have useful tools under Windows that also support portability outside Windows. Thank you. > Cygwin has never been totally empathetic to Windows executables. There are many things that work but for each one that works there is another that won't. You can't expect that a Windows executable to understand the POSIX PATH emulation for instance. If you try to mix and match executables between Cygwin and Windows you may have luck with a particular version but later find that it no longer works because some small change now causes you issues. Live inside the Cygwin environment as much as possible and limit the amount of pure Windows applications you use. I know there are many times when it's preferable to use a Windows version versus a Cygwin version of an application gvIm is one I use as a Windows app but I create a script to manage the PATH given to the gvim.exe application. When playing with Windows applications you have to be willing to work around the differences, it is usually possible and if you have issues with trying to do so then this list is here to help. -- cyg Simple -- 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
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |