unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Phillip Lord <p.lord@russet.org.uk>
Subject: Re: NTEmacs, CVS, PCL-CVS, Version Control and ^M?
Date: 24 Apr 2003 10:33:26 +0100	[thread overview]
Message-ID: <vfd6jc1bq1.fsf@rpc71.cs.man.ac.uk> (raw)
In-Reply-To: uk7dkeb3i.fsf@hotpop.com

>>>>> "Galen" == Galen Boyer <galenboyer@hotpop.com> writes:

  Galen> We have a CVS server on a UNIX machine but, AFAIK, most of us
  Galen> are committing our work from Windows machines.  But, we also
  Galen> have a mix of people using WINCVS and cygwin CVS
  Galen> command-line.  I and the other cygwin users will also use
  Galen> WinCVS on and off as well, so this may be causing issues?  I
  Galen> use PCL-CVS for most of my day-to-day CVS work.  (The
  Galen> .cvspass will get munged every once in awhile because of
  Galen> these switch offs) What seems to be happening, but I can't
  Galen> quite find the pattern is that more than one ^M will get
  Galen> appended to the end of the files so then the ^M's show up, no
  Galen> matter what how I ask Emacs to handle the ^M, because there
  Galen> is more than one.


If you try and use more than one client, then you are likely to get
into trouble. So, for instance, using both a unix client, and a
wincvs client on the same files will result in line terminator
problems. 

You could put a check script into the CVS. Essentially any windows
terminators in the repository are wrong (in a text file obviously). 



  Galen> What I'd like to know is if anybody has any experience with
  Galen> odd behavior from checking in and checking out code and
  Galen> windows/UNIX end-of-line characters getting inserted.  Its
  Galen> driving us a little nutty and we aren't quite sure how to
  Galen> figure out what is truly happening.  Right now we are
  Galen> removing the ^M manually (well Emacs manually anyways).

Most of the people here are using one client only, and although we
have had some problems it generally works. All the Windows emacs users
use dos terminators all the time, even with cygwin CVS.

Good luck.

Phil

  parent reply	other threads:[~2003-04-24  9:33 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-24  1:56 NTEmacs, CVS, PCL-CVS, Version Control and ^M? Galen Boyer
2003-04-24  6:11 ` Eli Zaretskii
2003-04-24  7:44 ` Jason Rumney
2003-04-24  9:33 ` Phillip Lord [this message]
2003-04-24 20:27   ` Eli Zaretskii
     [not found]   ` <mailman.5174.1051216226.21513.help-gnu-emacs@gnu.org>
2003-04-25  7:24     ` Jason Rumney
2003-04-25 11:43     ` Phillip Lord
2003-04-25 15:09       ` Eli Zaretskii
     [not found]       ` <mailman.5194.1051283666.21513.help-gnu-emacs@gnu.org>
2003-04-25 15:43         ` Phillip Lord
2003-04-25 16:36           ` Eli Zaretskii
     [not found]           ` <mailman.5199.1051288896.21513.help-gnu-emacs@gnu.org>
2003-04-25 16:57             ` Phillip Lord

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=vfd6jc1bq1.fsf@rpc71.cs.man.ac.uk \
    --to=p.lord@russet.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).