Firefox13 cant compatable with jdk1.7.0_05 on linux

Question

1. I installed fedora16, and firefox13 in it.
2. I installed jdk1.7.0_05, and do right link to firefox plugin path.
3. when I runing java applet, it can work well.
4. but if I config java ControlPane with "show java console".
Then the applet cant run anymore. If I deselect that option from java configu, it can run well.

Answer 1

I submitted a bug report. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7170971 Although it is not available yet.
Afterwards I did some more investigation into this bug. Digging into source code I discovered it is related to
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7167647
However it also affects Linux not just Mac.
The class that seems to be the problem is sun.java2d.cmm.kcms.ICC_Transform.
I discovered another effect of this bug. What I would consider worse. It leaves behind a shared memory segment after ever execution.
import java.awt.color.ColorSpace;
public class SharedMemoryLeak {
     public static void main(String... args)  {
          ColorSpace.getInstance(ColorSpace.CS_CIEXYZ).toRGB(new float[]{80f, 100, 100});
}Everytime you execute the above code you get another Shared Memory Segment is left behind in the OS.
java SharedMemoryLeak
ls /dev/shm/
sem.kcms0000682DF6978B70 sem.kcms000068E6F69B3B70 sem.kcms00006914F6945B70 sem.kcms00006942F6942B70
sem.kcms00006846F68DFB70 sem.kcms000068FDF68E0B70 sem.kcms0000692BF6926B70 sem.kcms00006959F6938B70
Although each Shared Segment is 32 bytes (16 bytes on 32bit java), execute SharedMemoryLeak enough times you can run the OS completely out of Virtual Memory.
The shared memory can be cleaned up manually with
rm /dev/shm/sem.kcms*
Edited by: Caffeine on May 24, 2012 3:46 PM