From: aph Date: Mon, 29 Jan 2007 13:43:22 +0000 (+0000) Subject: 2007-01-26 Andrew Haley X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=5ec534946da3e2cc05f5c951823efcc48d4e337c;p=thirdparty%2Fgcc.git 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 --- diff --git a/libjava/classpath/java/lang/SecurityManager.java b/libjava/classpath/java/lang/SecurityManager.java index 61b4612b1aa0..ff84d9506081 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")); diff --git a/libjava/classpath/lib/java/lang/SecurityManager.class b/libjava/classpath/lib/java/lang/SecurityManager.class index c8c93029712d..7f080b51604c 100644 Binary files a/libjava/classpath/lib/java/lang/SecurityManager.class and b/libjava/classpath/lib/java/lang/SecurityManager.class differ