From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15946 invoked by alias); 2 May 2006 10:08:24 -0000 Received: (qmail 15921 invoked by uid 48); 2 May 2006 10:08:22 -0000 Date: Tue, 02 May 2006 10:08:00 -0000 Message-ID: <20060502100822.15920.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libgcj/27352] SecurityManager.checkPermission() called unnecessarily In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "aph at gcc dot gnu dot org" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2006-q2/txt/msg00195.txt.bz2 List-Id: ------- Comment #4 from aph at gcc dot gnu dot org 2006-05-02 10:08 ------- The real reason is that we want the actual caller of SecurityManager.checkPermission(), but we're walking up the stack to the user code that called Class.newInstance() Class.getMethod(). This problem is as far as I'm aware unique to gcj, but it might be worth testing on other VMs. I have a patch for this that I'm testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27352