From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23908 invoked by alias); 7 Apr 2003 16:09:03 -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 23901 invoked from network); 7 Apr 2003 16:09:02 -0000 Received: from unknown (HELO piglet.dstc.edu.au) (130.102.176.1) by sources.redhat.com with SMTP; 7 Apr 2003 16:09:02 -0000 Received: from dstc.edu.au (credence.dstc.edu.au [130.102.177.137]) by piglet.dstc.edu.au (8.12.9/8.12.8) with ESMTP id h37G8siE021877; Tue, 8 Apr 2003 02:08:54 +1000 (EST) Message-Id: <200304071608.h37G8siE021877@piglet.dstc.edu.au> To: Brian Jones cc: Stephen Crawley , classpath@gnu.org, "Raif S. Naffah" , Mauve Subject: Re: classpath ./ChangeLog ./THANKYOU ./configure.in... In-Reply-To: Message from Brian Jones of "06 Apr 2003 23:33:56 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Apr 2003 16:09:00 -0000 From: Stephen Crawley X-Virus-Scanned: Message: ok X-Scanned-By: MIMEDefang 2.9 (www dot roaringpenguin dot com slash mimedefang) X-SW-Source: 2003-q2/txt/msg00005.txt.bz2 > Stephen Crawley writes: > > > I can confirm that there really is a problem running some of the Mauve > > security testlets under the latest Kissme, Classpath and Mauve. It appears > > to be a Kissme class loading problem, rather than the fault of the Classpath > > security implementation. I'm trying to get to the bottom of it ... The "bottom of it" is that the problem was not in Kissme or Classpath at all! The problem was that the failing test cases' constructors were not declared public. On Kissme, this (correctly IMO) caused the call to 'Class.newInstance' to throw an InstantiationException. I have fixed the Mauve testcases, and add a 'hint' to SimpleTestHarness to point people in the right direction in future. Three issues remain: * There is a bug in the implementation of Class.getConstructor in the Jikes RVM. It should not return a constructor unless it is declared as 'public'. * We need more comprehensive Mauve testcases for the the Java APIs for reflective programming, * There is a problem with Kissme's implementation of stack traces when an exception is thrown in a native method. It is getting the source line number wildly wrong. -- Steve