X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 	tests=AWL,BAYES_00,SPF_PASS
X-Spam-Check-By: sourceware.org
Date: Fri, 20 Nov 2009 22:40:27 -0800
From: Gary Johnson <garyjohn AT spocom DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: win7 specific probs; examples; and poor solutions
Message-ID: <20091121064026.GA7500@KCJs-Computer>
Mail-Followup-To: cygwin AT cygwin DOT com
References: <4B061292 DOT 1060301 AT tlinx DOT org> <416096c60911192258xd6b36ecy6b212f10b18eb153 AT mail DOT gmail DOT com> <4B074F7A DOT 4060303 AT tlinx DOT org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4B074F7A.4060303@tlinx.org>
User-Agent: Mutt/1.4.2.2i
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

On 2009-11-20, Linda Walsh wrote:
> Andy Koppe wrote:
> >2009/11/20 Linda Walsh:

> >> I've had changes made to files disappear
> >
> >Again, vague hand-waving is no help here.
> ---
> 
>   No waiving of hands was necessary.  But a concrete example (using
> find+file to look text files under /prog/vim (/Program Files (x86)/Vim)
> and running dos2unix on each did run -- and 'vi' at cmd prompt worked.
> But later (yesterday, vi and cmd prompt gave CRLF related errors again.  I
> reran the conversion, differently, and it worked again.  
> 
>   I use VIMRUNDIR="C:/Prog/Vim", in my environment.  This stems to a need
> for 'GVim' to know it's RUNTIME dir regardless of how it is invoked. 

This doesn't make sense to me.  Every vim I have ever used has set
VIMRUNTIME consistently every time it's run.  (I assume that's what
you meant by "VIMRUNDIR" since there is no VIMRUNDIR.)  Its value
does not depend on how vim is invoked.  There should be no reason
for the user to set VIMRUNTIME except in unusual circumstances.  See
vim's

    :help VIMRUNTIME

>   In order for 'GVim' to effectively replace 'notepad' for all things
> text, it needs to have a link in /Windows/system32/.

You could do that, or you could add the full path to the vim
directory to your PATH.

> Unfortunately, when invoked from there, it can't find it's
> RUNTIMEDIR.  So I set the global var.

There is something wrong there.  That shouldn't be necessary.

>   BUT, that created a problem for 'vim' under cygwin when I did edits in
> a cmd window -- as it would pickup the runtime dir in C:/Prog/Vim.
> Fortunately, the Win-version of Gvim is advanced enough to handle
> line-endings of CRLF OR LF -- so I convert all of the text files in the
> Win-version of 'Vim/Gvim' from "CRLF" to "LF".  Then all I need to do is
> keep the versions syncronized in major point release, and the cygwin-vim
> and Win-Gvim, can share config files.

I'm not sure which config files you mean.  Windows gvim uses
C:\Program Files\Vim\vim7 for its standard runtime files whereas
Cygwin vim uses /usr/share/vim/vim72.  There is no reason to share
those files between Windows and Cygwin versions of vim.  Keeping
them separate allows you to upgrade one vim without worrying about
also having to upgrade the other.

>   They also share my home dir's .vimrc, .gvimrc, and .vimdir.

Sharing those makes sense (except that I don't know what .vimdir
is).  You can also share .vim and vimfiles directories if you make
vimfiles a real directory and .vim a Cygwin symlink to vimfiles.

I think if you fixed your vim configuration to something not quite
so exotic, you might not have those problems.  Granted I'm using XP,
but I use both Cygwin 1.5 and 1.7 on different machines and I never
see problems with vim and gvim that depend on where or how they're
started.

Regards,
Gary



--
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