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?
[EMAIL PROTECTED] - Assistant Technical Director - Queens' Bats
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
