Received: by 10.66.74.40 with SMTP id q8mr864345pav.19.1344203952928;
        Sun, 05 Aug 2012 14:59:12 -0700 (PDT)
Path: g9ni17856673pbo.0!nntp.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!novia!usenet.stanford.edu!not-for-mail
From: "Arthur Barrett" <arthur.barr...@march-hare.com>
Newsgroups: gnu.cvs.help
Subject: RE: Identifying base version-no of all files in a branch
Date: Mon, 6 Aug 2012 08:58:48 +1100
Lines: 17
Approved: info-...@nongnu.org
Message-ID: <mailman.6380.1344203952.855.info-cvs@nongnu.org>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
X-Trace: usenet.stanford.edu 1344203952 5798 208.118.235.17 (5 Aug 2012 21:59:12 GMT)
X-Complaints-To: action@cs.stanford.edu
Cc: Bulgrien Kevin <Kevin.Bulgr...@GDSATCOM.com>, rjk...@gmail.com,
	info-...@nongnu.org
To: "Larry Jones" <lawrence.jo...@siemens.com>
Envelope-to: info-...@nongnu.org
X-MimeOLE: Produced By Microsoft Exchange V6.0.6619.12
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Identifying base version-no of all files in a branch
Thread-Index: Ac1xtpVLPFTz19RHTcikm8z67RcU7gBnp3pQ
X-detected-operating-system: by eggs.gnu.org: Windows XP SP1+, 2000 SP3
X-Received-From: 113.192.10.162
X-BeenThere: info-...@nongnu.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Announcements and discussions for the CVS version control system
	<info-cvs.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/info-cvs>,
	<mailto:info-cvs-requ...@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/info-cvs>
List-Post: <mailto:info-...@nongnu.org>
List-Help: <mailto:info-cvs-requ...@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/info-cvs>,
	<mailto:info-cvs-requ...@nongnu.org?subject=subscribe>
Bytes: 2320
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
content-class: urn:content-classes:message

Larry/etc,

> > but since mthread/rjkumr is writing an Eclipse extension, a
> > list of version numbers is all that is needed isn't it?
>=20
> Correct, and that's what there's no easy way to do, you have to parse
> the output from ``status -v'' or ``log'', and that's not trivial.

I've not looked at the Eclipse code closely, but I think the log output
is already parsed, if someone is writing an eclipse extension they're
leveraging all that existing code/structures/classes.

Regards,


Arthur