| delorie.com/archives/browse.cgi | search |
| Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
| List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
| List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
| List-Post: | <mailto:cygwin AT cygwin DOT com> |
| List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs> |
| Sender: | cygwin-owner AT cygwin DOT com |
| Delivered-To: | mailing list cygwin AT cygwin DOT com |
| From: | "Daryl Spartz" <spartz AT us DOT ibm DOT com> |
| To: | <cygwin AT cygwin DOT com> |
| Subject: | 1.3.10 CRLF occuring in output |
| Date: | Wed, 13 Mar 2002 15:23:05 -0800 |
| Message-ID: | <000001c1cafe$4d7b1360$1702a8c0@dspartz> |
| MIME-Version: | 1.0 |
| X-Priority: | 3 (Normal) |
| X-MSMail-Priority: | Normal |
| X-Mailer: | Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) |
| Importance: | Normal |
| X-MimeOLE: | Produced By Microsoft MimeOLE V5.50.4910.0300 |
The following bash script segment worked correctly prior to my upgrading
cygwin (from 1.3.2 to 1.3.10):
export DISPLAY=`ipconfig | grep 'IP Address' | awk '{ split( $0, line, ":
" ); print line[ 2 ] }'`":0"
now results in:
$ echo $DISPLAY
:02.168.2.23
A CR is left in the output and when eliminated, result is correct:
$ echo $DISPLAY | tr -d "\r"
192.168.2.23:0
$ mount
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /cygdrive/c type user (binmode,noumount)
I have not changed the mount mode. Was the default behavior in regards to
CRLF sequences changed between levels of cygwin?
spartz AT us DOT ibm DOT com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |