delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1999/08/26/06:15:19

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT sourceware DOT cygnus DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>,
<http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Date: Thu, 26 Aug 1999 12:13:22 +0200 (CEST)
From: Pontus Lidman <pontus AT mathcore DOT com>
X-Sender: pontus AT atlas DOT mathcore DOT se
To: cygwin AT sourceware DOT cygnus DOT com
Subject: MS-DOS CR/LF compatibility in $() and ``?
Message-ID: <Pine.LNX.4.05.9908261208370.6941-100000@atlas.mathcore.se>
MIME-Version: 1.0

It seems that when the output of a command contains MS-DOS newlines
(CR+LF), these are not stripped from the end of the output when command
substitution is done.

Example:

echo -e "test\r\n" >file
VAR=`cat file`
echo xxx${VAR}yyy

this will produce the output
yyytest

which indicates that there is a newline or carriage return at the end of
the text of the variable. This is very unfortunate e.g. if the text was
supposed to be a filename because test -f "$VAR" will fail even if the
intended file exists.

Is there a way to get around this problem (Cygwin B20)?

Regards,

Pontus



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019