From 5ec534946da3e2cc05f5c951823efcc48d4e337c Mon Sep 17 00:00:00 2001 From: aph Date: Mon, 29 Jan 2007 13:43:22 +0000 Subject: 2007-01-26 Andrew Haley * java/lang/SecurityManager.java: Load and initialize java.security.Security. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@121287 138bc75d-0d04-0410-961f-82ee72b054a4 --- libjava/classpath/java/lang/SecurityManager.java | 12 ++++++++++++ 1 file changed, 12 insertions(+) (limited to 'libjava/classpath/java') diff --git a/libjava/classpath/java/lang/SecurityManager.java b/libjava/classpath/java/lang/SecurityManager.java index 61b4612b1aa..ff84d950608 100644 --- a/libjava/classpath/java/lang/SecurityManager.java +++ b/libjava/classpath/java/lang/SecurityManager.java @@ -167,6 +167,18 @@ public class SecurityManager */ public SecurityManager() { + /* "When there is security manager installed, the security manager + need to check the package access. However, if the security + manager itself uses any unloaded class, it will trigger the + classloading, which causes infinite loop. There is no easy + legal solution. The workaround will be that security manager + can not depend on any unloaded class. In the constructor of + security manager, it must transitively load all classes it + refers to." Sun bug #4242924. */ + + // Load and initialize java.security.Security + java.security.Security.getProvider((String)null); + SecurityManager sm = System.getSecurityManager(); if (sm != null) sm.checkPermission(new RuntimePermission("createSecurityManager")); -- cgit v1.2.3