Re: Problems with cygwin cvs over ssh.

[Corinna Vinschen <corinna-cygwin at cygwin dot com>]

On Jan 27 17:01, Igor Peshansky wrote:
> Ugh, top-posting...   Reformatted.
> 
> On Fri, 27 Jan 2006, Frank-Michael Moser wrote:
> 
> > Igor Peshansky wrote:
> >
> > > The problem is with the CVS server running on Cygwin.  CVS in client
> > > mode works just fine.
> >
> > I have encountered the same problem, have investigated it a bit and came
> > out with two interesting facts:
> >
> > A) Without changing anything else than replacing cygwin1.dll, using the
> > snaphot cygwin1-20050928.dll works fine while using cygwin1-20050929.dll
> > produces the problem.
> >
> > B) Also without changing anything else than replacing cygwin1.dll, using
> > the snaphot cygwin1-20050928.dll "mkdir /tmp/foo/." runs fine while with
> > cygwin1-20050929.dll you see:
> >
> > > $ mkdir /tmp/foo/.
> > > mkdir: cannot create directory `/tmp/foo/.': No such file or directory
> 
> Right.  I missed the "." in the original message.  The change that
> prompted this behavior seems to be
> <http://cygwin.com/ml/cygwin-cvs/2005-q3/msg00224.html>.  I'm assuming the
> motivation for this patch was to duplicate Linux's behavior (which doesn't
> allow trailing "." in a path passed to mkdir).

Indeed.  Eric mentioned that the coreutils testsuite tests thsi behaviour
explicitely.  Since there's not much impact speedwise, we just added
appropriate checks to be POIX compatible here.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/