[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
(no subject)
From: |
root |
Subject: |
(no subject) |
Date: |
Mon, 13 Aug 2001 05:07:20 -0400 |
>From address@hidden Tue Feb 6 04:45:00 2001
>Return-Path: <address@hidden>
Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164])
by gateway.camelot.jp (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id
EAA16264
for <address@hidden>; Tue, 6 Feb 2001 04:44:58 +0900
Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
by fencepost.gnu.org with esmtp (Exim 3.16 #1 (Debian))
id 14PrWY-0000in-00; Mon, 05 Feb 2001 14:42:06 -0500
Received: from [210.48.49.87] (helo=charon.ot.co.nz)
by fencepost.gnu.org with smtp (Exim 3.16 #1 (Debian))
id 14PrV9-00004r-00
for <address@hidden>; Mon, 05 Feb 2001 14:40:39 -0500
Received: (qmail 11931 invoked from network); 5 Feb 2001 19:37:53 -0000
Received: from localhost (HELO WLGPOOL) (127.0.0.1)
by localhost with SMTP; 5 Feb 2001 19:37:53 -0000
Reply-To: address@hidden
From: "Chris Cameron" <address@hidden>
To:
"'Haefelinger, Wolfgang'" <address@hidden>,
address@hidden
Subject: RE: problem with "co -d xx -n" : bug or feature?
Message-ID: <address@hidden>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <address@hidden>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/info-cvs>,
<mailto:address@hidden>
List-Id: Announcements and discussions for the CVS version control system
<info-cvs.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/info-cvs>,
<mailto:address@hidden>
List-Archive: <http://mail.gnu.org/pipermail/info-cvs/>
Date: Mon, 5 Feb 2001 11:30:58 -0200
Status: O
Content-Length: 6260
Lines: 188
X-Mime-Autoconverted: from 8bit to quoted-printable by courier 0.34.1
Sorry, I'm on the road at the moment and can't check my e-mail often, or=
the
CVS repository at all! What you're describing seems very similar to the
patch I downloaded from cvshome.org (or it's previous incarnation) a yea=
r or
two ago. If you can wait 3 weeks, I can check our repository when I get
home. Otherwise, someone else may be able to help. As I said previousl=
y,
there is (was?) a patch at one time to fix a bug similar to this.
***************************************************************
Chris Cameron Open Telecommunications NZ Ltd
Product Manager IN Product Management
address@hidden P.O.Box 10-388
+64 4 495 8403 (DDI) The Terrace
fax: +64 4 495 8419 Wellington
cell: +64 21 650 680 New Zealand
Life, don't talk to me about life ....(Marvin - HHGTTG)
> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden Behalf Of
> Haefelinger, Wolfgang
> Sent: Friday, 2 February 2001 12:03 p.m.
> To: 'address@hidden'
> Subject: RE: problem with "co -d xx -n" : bug or feature?
>
>
> Hello,
> 'down-nailed' my problem (see below) to next few lines
> in file ~/src/modules.c (around line 533). I included
> the #ifdef and #endif lines - and voila, cvs behaves as
> expected.
>
> #ifdef HAVE_MAJOR_HACK
> /* XXX - XXX - MAJOR HACK - DO NOT SHIP - this needs to
> be !pipeout, but we don't know that here yet */
> if (!run_module_prog)
> goto do_special;
> #endif
> dir =3D where ? where : (mwhere ? mwhere : mname);
> /* XXX - think about making null repositories at each dir here
> instead of just at the bottom */
> make_directories (dir);
> if ( CVS_CHDIR (dir) < 0)
> {
> error (0, errno, "cannot chdir to %s", dir);
> spec_opt =3D NULL;
> err++;
> goto do_special;
> }
>
> Two questions remain:
> (a) after all, what does the above 'XXX - XXX' comment
> mean and where will cvs fail now?
> (b) my naive assumption about an (ampersand) module was,
> that a module is something like an abbreviation for
> a (possible) large list of arguments to cvs, e.g.
> writing the ampersand module
> am &mod1 &mod
> and executing
> $cvs co am
> is exactly equivalent with
> $ cvs co mod1 mod2
> or, in other word, my assumption was that an argument
> identified as 'module' gets expanded by its definition
> but the result of this expansion is evaluated then as
> if I had typed it manually on the commandline.
> But this is not the case: my assumption is that there
> are two evaluation procedures, one for modules and one
> for 'files' and my question is just: why?
>
> Bye,
> Wolfi.
>
> > -----Urspr=FCngliche Nachricht-----
> > Von: Chris Cameron [mailto:address@hidden
> > Gesendet: Freitag, 2. Februar 2001 12:39
> > An: 'Haefelinger, Wolfgang'; address@hidden
> > Betreff: RE: problem with "co -d xx -n" : bug or feature?
> >
> >
> > There used to be a patch available at cvshome to fix a
> > similar problem in
> > the modules file. I cannot remember the exact details, but
> > we installed the
> > patch. AFAIK it has not been incorporated into the main CVS
> > tree. Sorry I
> > can't give you any more details, but I'm out of the office,
> > visiting sales
> > offices in the Americas, so can't get at our CVS repository
> > to give you more
> > details.
> >
> > > -----Original Message-----
> > > From: address@hidden
> > > [mailto:address@hidden Behalf Of
> > > Haefelinger, Wolfgang
> > > Sent: Friday, 2 February 2001 7:53 a.m.
> > > To: 'address@hidden'
> > > Subject: problem with "co -d xx -n" : bug or feature?
> > >
> > >
> > > Hello there,
> > > here's my problem: defined an "ampersand module"
> > > in $CVSROOT/CVSROOT/modules and got a problem when
> > > checking out the module using checkout options "-d"
> > > and "-d" and want to know whether this is a (known)
> > > bug or a feature. That's what I have and what I did
> > > on
> > > $uname -a
> > > SunOS intra-dev 5.6 Generic_105181-05 sun4u sparc SUNW,Ultra-2
> > >
> > > $cvs --v
> > > Concurrent Versions System (CVS) 1.10.7 (client/server)
> > >
> > > My repository contains the directories "mod1" and "mod2".
> > > Want to checkout them both with a symbolic name. There-
> > > fore I added the line "am &mod1 mod2" to the modules
> > > file:
> > >
> > > $ cat $CVSROOT/CVSROOT/modules
> > > am &mod1 &mod2
> > >
> > > That's pretty fine since
> > > $ rm -rf am
> > > $ cvs co am
> > > $ ls am
> > > mod1 mod2
> > >
> > > does exactly what I want. Even better,
> > >
> > > $ rm -rf xx
> > > $ cvs co -d xx am
> > > $ ls xx
> > > mod1 mod2
> > >
> > > let's me checkout the modules in another directory. That's
> > > wonderful, wow!
> > >
> > > BUT, trying also option -n to prevent any additional checkout
> > > script from beeing triggered behaves unexpected:
> > >
> > > $ rm -rf *
> > > $ cvs co -n -d xx am
> > > $ ls
> > > mod1 mod2
> > >
> > > The modules are checked out in the working directory and not
> > > as beeing told in the subdirectory "xx".
> > >
> > > BUT-BUT, on the other side,
> > >
> > > $ rm -rf *
> > > $ cvs co -n -d xx mod1 mod2
> > > $ ls
> > > xx
> > >
> > > does the right thing.
> > >
> > > Ok, I'm much too stupid to understand why 'cvs' behave in
> > > this way, therefore I ask you, what's going on here. If
> > > this is a bug, I'm willing to fix it.
> > >
> > > Thanks,
> > > Wolfi.
> > >
> > > _Wolfgang Haefelinger________________________
> > > voice: 069-263-16582
> > > email: address@hidden
> > >
> > > _______________________________________________
> > > Info-cvs mailing list
> > > address@hidden
> > > http://mail.gnu.org/mailman/listinfo/info-cvs
> > >
> >
>
> _______________________________________________
> Info-cvs mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/info-cvs
>
_______________________________________________
Info-cvs mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/info-cvs
- (no subject), (continued)
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject),
root <=
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13
- (no subject), root, 2001/08/13