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
To: cygwin AT cygwin DOT com
Subject: Re: CVS with pserver: Binary files get corrupted
Reply-To: cygwin AT cygwin DOT com
References: <87wuxiikt1 DOT fsf AT shambler DOT spielmann DOT net>
	<3C6981E6 DOT 2030200 AT ece DOT gatech DOT edu>
	<87r8nqid9s DOT fsf AT shambler DOT spielmann DOT net>
	<3C69941D DOT 7040008 AT ece DOT gatech DOT edu>
From: Holger Spielmann <holger AT spielmann DOT net>
Date: 13 Feb 2002 02:10:30 +0100
In-Reply-To: <3C69941D.7040008@ece.gatech.edu>
Message-ID: <87it92i3uh.fsf@shambler.spielmann.net>
Lines: 62
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Sender: 520012522232-0001 AT t-dialin DOT net

Hi,

Charles Wilson <cwilson AT ece DOT gatech DOT edu> writes:
> Holger Spielmann wrote:
> > Charles Wilson <cwilson AT ece DOT gatech DOT edu> writes:

> >>The repository itself must be on a binary (unix) mounted drive --
> > I did mount the repository as binary, but that didn't help.
>
> As a system mount?  Did you then restart inetd/cvsd ?  and then
> *recreate* the repository (since your original one probably had ^M's
> in it)?

Yes, it's a system mount. No, didn't restart inetd, that's truely a
point. Yes, repository was recreated.

[HS: mount working dir as binary, too?]
> My point is that you should try from a CLEAN SLATE with your intended
> repository directory mounted as binary -- not that you merely re-mount
> an existing repository (that may be scrogged) as binary.

I created a clean repository. Sorry I didn't mention that, my fault.

> >>export CVSROOT=/repository
> > Having the repository on a windows share isn't a solution for us
> What???  I said nothing about a windows share.  I'm talking about the
> following, when logged in to the machine on which cvs:pserver: will
> run, create a brand spanking new empty repository directory.  Make
> sure it is on a binary mount (e.g. as a simple example, I said:
[how to mount repository as system-wide binary]
> See, now you are SURE that /repository is a binary mounted
> directory. The data will go into D:\repository.)

I'm sorry, I interpreted the CVSROOT pointing to a "local" directory
as a suggestion to used a shared folder instead.
At the moment, I use pserver on the local machine, too, because I
still have to fiddle around with the configuration, and want to be
sure I can instantly reproduce problems arising on the machines of my
co-workers. (As mentioned before, I was in the lucky position for the
last years that I always had projects where I worked in Unix/Linux/GNU
environments.)

> Now restart inetd/cvsd/however you are getting pserver to work.
> 
> THEN, and only then, go try to import something from a client machine.

I omitted the last point, beside the fact that the working directory
from where the import started lives on a text mount. Will try these
two tomorrow.

> Note that pserver is practically unported.  I didn't do anything to
> try to get it to work at all; I do have some documentation on how one
> user got it working, but haven't yet published it.  Too much on my
> plate right now.

Taking that into consideration, it works well:)

CU
-- 
Holger Spielmann
Germany
phone/fax: +49-700-SPIELMANN

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