From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21780 invoked by alias); 26 Jun 2003 17:36:12 -0000 Mailing-List: contact mauve-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sources.redhat.com Received: (qmail 21623 invoked from network); 26 Jun 2003 17:36:10 -0000 Received: from unknown (HELO mwinf0103.wanadoo.fr) (193.252.22.30) by sources.redhat.com with SMTP; 26 Jun 2003 17:36:10 -0000 Received: from localhost.localdomain (ABoulogne-102-1-6-9.w81-50.abo.wanadoo.fr [81.50.42.9]) by mwinf0103.wanadoo.fr (SMTP Server) with ESMTP id C0F911BFC34A; Thu, 26 Jun 2003 19:36:08 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Yan Georget Reply-To: yan.georget@koalog.com Organization: Koalog To: Stephen Crawley Subject: Re: Mauve Code Coverage Date: Thu, 26 Jun 2003 17:36:00 -0000 User-Agent: KMail/1.4.3 Cc: Stephen Crawley , mauve-discuss@sources.redhat.com, crawley@piglet.dstc.edu.au References: <200306261513.h5QFDtSa013095@piglet.dstc.edu.au> In-Reply-To: <200306261513.h5QFDtSa013095@piglet.dstc.edu.au> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200306261931.51310.yan.georget@koalog.com> X-SW-Source: 2003-q2/txt/msg00048.txt.bz2 Stephen, > I take your point that it >>could<< be more convenient for testcase > developers to run the coverage tests themselves. But that assumes that > the "barrier to entry" for using the tool isn't too high. > > 1) I assume that Koalog will want to limit the their offer of free > licenses to "testcase developers".=20=20 Yes. > Have you considered how many you will > provide,=20 As many as developers. > and your criteria for deciding who to give them to?=20=20 No criteria. > Will there be > much paperwork? No. > 2) How easy will it be to use the coverage tool? In particular, is it > much work to install the tool? Is it much work to set up the coverage > tool for a particular project? [Could the setup files be CVS'd?] Install is very simple, it takes a couple of seconds. It is also very easy to set up the tool for a given project. For more information about these points, look at the user guide. > > 3) Does the tool cope with calls (and callbacks) from Java and native > code? A lot of this happens in a typical Classpath-based VM. No. To be more precise, KCC will only compute the code coverage for the Jav= a=20 byte code. > Am I missing something here? Can a Classpath cleanroom developer really = do > a coverage analysis of running Mauve testcases against a Sun JDK? Doesn't > the developer need to use Sun source code to do this? You can use any JDK as long as it is JPDA compliant (Sun and IBM JDKs are). You don't need any source (since KCC does not instrument the code), you jus= t=20 need the jar files. You will need the source to see the result line per line (in KCC GUI only). Does it make sense? Yan =20