This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
cygpath returns a /r not /n
- To: <cygwin at cygwin dot com>
- Subject: cygpath returns a /r not /n
- From: "A.R. Thornton" <art27 at hermes dot cam dot ac dot uk>
- Date: Thu, 24 May 2001 16:13:12 +0100 (BST)
hi!
I'm not sure if this a bug as such, just a mild irritation.
When trying to pass gvim and other win32 programs unix pathnames I
realised that they had to be converted into win32 names. So I wrote
several little scripts, one called realpath and (for this example) gvim.
gvims script went along the lines of:
#!/bin/sh
gvim -u c:/vim/_vimrc "`realpath "$@"`"
and realpath goes along the lines:
#!/bin/sh
for i in "$@"; do
case $i in
-*) echo -n "$i$" ;; # - originally didn't have -n, so did do a /n
*) cygpath -wa "i$" ;;
esac
echo -e '\n\c' #-this line had to be added to make gvim work
done
Before I added the echo '\n\c' when I tried to run gvim with more than one
file gvim wouldn't read it as two separate filenames but as one list with
^@ between the two files, (is this \r ?)
am I right in thinking that cygpath is to blame?
(I did a source dive but couldn't find anything explicit in cygpath.cc)
if cygpath is meant to return /r but not /n, why?
--
Alright. Own up. Who swallowed it this time?
art27@cam.ac.uk - Assistant Technical Director - Queens' Bats
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple