Awful Java applet performance -- never mind, being handled in a different thread
Awful Java applet performance -- never mind, being handled in a different thread.
Here's some more info that may be of use ... The Applet is signed and this particular problem only occurs with Safari. It has not been seen as of yet when using Firefox. And it definitey does not occur on Windows platforms with IE or Firefox. It's been observed across multiple versions of the applet and appears to have become an issue around the time of Leopard 10.5.6/Safari 3.2.1. I don't know if it has anything to do with the problem, but the html that starts the applet is dynamically generated from javascript. A user clicks a thumbnail image on a web page, the javascript opens a dojo dialog, and within the div that contains the dialog, another div is inserted containing the html that starts the applet. The applet also does a number of liveconnect calls to call javascript methods. When a "close" button is clicked on the Applet, the inverse occurs. The javascript clears the html that contained the applet. The applet's destroy method is called and there are no apparent memory leaks.
The problem never seems to occur the first time the applet is started. It's always on a subsequent instantiation. Frequently, when it occurs, the applet is only partially painted and I sometimes see paint related calls on the stack trace of the awt thread.
Similar Messages
-
DefaultTreeNode exception when being modified from a different thread
Hi,
I have two panels, each one displays a separate tree structure, when I attempt to copy from one tree to another in a different thread I get the following exception.
Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 84 >= 83
at java.util.Vector.elementAt(Vector.java:427)
at javax.swing.tree.VariableHeightLayoutCache.getNode(VariableHeightLayoutCache.java:976)
at javax.swing.tree.VariableHeightLayoutCache.getPreferredHeight(VariableHeightLayoutCache.java:274)
at javax.swing.plaf.basic.BasicTreeUI.updateCachedPreferredSize(BasicTreeUI.java:1872)
at javax.swing.plaf.basic.BasicTreeUI.getPreferredSize(BasicTreeUI.java:2015)
at javax.swing.plaf.basic.BasicTreeUI.getPreferredSize(BasicTreeUI.java:2003)
at javax.swing.JComponent.getPreferredSize(JComponent.java:1627)
at javax.swing.ScrollPaneLayout.layoutContainer(ScrollPaneLayout.java:769)
at java.awt.Container.layout(Container.java:1432)
at java.awt.Container.doLayout(Container.java:1421)
at java.awt.Container.validateTree(Container.java:1519)
at java.awt.Container.validate(Container.java:1491)
at javax.swing.RepaintManager.validateInvalidComponents(RepaintManager.java:639)
at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:127)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)Obviously if I revert back the copying to the same thread the problem is avoided, however the program appears to be frozen for the duration of the copying. I also tried changing the way that the information is displayed (ie in a table) and that did not throw exceptions.
I also found this http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4704869 on the Sun Website, however there was no solution.
Therefore, how do I construct a tree that can be modified from a separate thread.
Any assistance greatly appreciated.The bug you referred to states that the exception is due to the tree being modified by a thread not being the EDT.
What kind of thread are you using? The �correct� way of doing this would be by using SwingWorker: http://java.sun.com/javase/6/docs/api/javax/swing/SwingWorker.html
If you were not, please give SwingWorer a try and tell us if the exception is still thrown! -
Where's the Java Site? Never mind - it's back.
http://java.sun.com/j2se/1.5.0/docs/api/
I've been using this link for years. I even used it earlier this morning. It's an essential reference.
Now all of a sudden it's gone. What happened to it?
Thanks,
Gregory
Edited by: Gregory Hansen on Aug 24, 2010 11:13 AMNever mind. It's back.
-
Fonts are not reflecting while running Java Applet Through Forms
Hello Oralce Gurus!!
I have a Java Applet which has few lines of text in different
fonts such as AgencyFB, Verdana Ref etc., When I am running this
applet from console, I am able to see the text in different
fonts. Where as If I run the applet through forms (as a Bean
(ViewerBean) ), the fonts are not reflected. The text appears in
a default font.
All the fonts are installed on WinNT, where the applet resides.
I will be greatful if anyone can suggest me a solution.
Thanks,
Raghutry out this
ImageIcon img1=new ImageIcon(this.getClass().getResource(imagename));
for exmaple
Imageicon img1=new ImageIcon(this.getClass().getResource("name1.jpg"));
dont 4get to include the image files in the jar file -
IE6 leaks "Handles" when calling *ANY* Java applet
Hello all IE experts,
It seems that IE has "Handles" leak when it calls Java Applet.
Every call to a Java method from JavaScript, IE allocate a handle and does
not free it.
THIS DOES NOT HAPPEN when I use mozilla or Netscape.
Versions:
* Windows 2000 SP 3 (The most recent, with all fixes of hfnetchk)
* Internet Explorer (The most recent one, with all fixes of hfnetchk)
Version 6.0.2800.1106
SP1
Q328970
Q324929
Q810847
Q813951
* Java Plug-in - 1.4.1_02-b06
If you compile the applet and use the test html, then press "Test" you will
notice that 1000 (or more) handles are allocated (At Windows Task Manager).
If you press again you will see that another 1000 (or more) handles are
allocated. The handles are NEVER released, even if you browse to other
sites. You can enjoy this process until there are no more handles to
allocate... :)
Notice that the applet I use does nothing... I've checked this with various
of applets on the web and the results are the same.
Can anyone help?
Best Regards,
Alon Bar-Lev
** The following html is used: (test1.htm)
<html>
<head>
<script LANGUAGE="JavaScript">
function OnTest () {
for (var i=0;i<1000;i++) { a1.method1 (); }
</script>
</head>
<body>
<input type=button onclick="OnTest ()" value="Test"></input>
<APPLET code="test1.applet1.class" archive="test1.jar" id="a1" name="a1">No
Java</APPLET>
</body>
</html>
** The following applet: (test1/applet1.java)
package test1;
import java.applet.*;
public class applet1 extends Applet {
public void method1 () {}
** The following makefile: (Makefile)
JAVAC="$(J2SE)\bin\javac" -classpath $(CLASSPATH)
JAR="$(J2SE)\bin\jar" -cvf
CLASSPATH=.
all:
$(JAVAC) test1/*.java
$(JAR) test1.jar test1/*.classNew information:
This happens from Java version 1.4.0_01.
This did not happen in Java version 1.4.0.
Alon. -
Applets and memory not being released by Java Plug-in
Hi.
I am experiencing a strange memory-management behavior of the Java Plug-in with Java Applets. The Java Plug-in seems not to release memory allocated for non-static member variables of the applet-derived class upon destroy() of the applet itself.
I have built a simple "TestMemory" applet, which allocates a 55-megabytes byte array upon init(). The byte array is a non-static member of the applet-derived class. With the standard Java Plug In configuration (64 MB of max JVM heap space), this applet executes correctly the first time, but it throws an OutOfMemoryException when pressing the "Reload / Refresh" browser button or if pressing the "Back" and then the "Forward" browser buttons. In my opionion, this is not an expected behavior. When the applet is destroyed, the non-static byte array member should be automatically invalidated and recollected. Isn't it?
Here is the complete applet code:
// ===================================================
import java.awt.*;
import javax.swing.*;
public class TestMemory extends JApplet
private JLabel label = null;
private byte[] testArray = null;
// Construct the applet
public TestMemory()
// Initialize the applet
public void init()
try
// Initialize the applet's GUI
guiInit();
// Instantiate a 55 MB array
// WARNING: with the standard Java Plug-in configuration (i.e., 64 MB of
// max JVM heap space) the following line of code runs fine the FIRST time the
// applet is executed. Then, if I press the "Back" button on the web browser,
// then press "Forward", an OutOfMemoryException is thrown. The same result
// is obtained by pressing the "Reload / Refresh" browser button.
// NOTE: the OutOfMemoryException is not thrown if I add "testArray = null;"
// to the destroy() applet method.
testArray = new byte[55 * 1024 * 1024];
// Do something on the array...
for (int i = 0; i < testArray.length; i++)
testArray[i] = 1;
System.out.println("Test Array Initialized!");
catch (Exception e)
e.printStackTrace();
// Component initialization
private void guiInit() throws Exception
setSize(new Dimension(400, 300));
getContentPane().setLayout(new BorderLayout());
label = new JLabel("Test Memory Applet");
getContentPane().add(label, BorderLayout.CENTER);
// Start the applet
public void start()
// Do nothing
// Stop the applet
public void stop()
// Do nothing
// Destroy the applet
public void destroy()
// If the line below is uncommented, the OutOfMemoryException is NOT thrown
// testArray = null;
//Get Applet information
public String getAppletInfo()
return "Test Memory Applet";
// ===================================================Everything works fine if I set the byte array to "null" upon destroy(), but does this mean that I have to manually set to null all applet's member variables upon destroy()? I believe this should not be a requirement for non-static members...
I am able to reproduce this problem on the following PC configurations:
* Windows XP, both JRE v1.6.0 and JRE v1.5.0_11, both with MSIE and with Firefox
* Linux (Sun Java Desktop), JRE v1.6.0, Mozilla browser
* Mac OS X v10.4, JRE v1.5.0_06, Safari browser
Your comments would be really appreciated.
Thank you in advance for your feedback.
Regards,
Marco.Hi Marco,
my guess as to why JPI would keep references around, if it does keep them, is that it propably is an implementation side effect. A lot of things are cached in the name of performance and it is easy to leave things laying around in your cache. Maybe the page with the associated images/applets is kept in the browser cache untill the browser needs some memory and if the browser memory manager is not co-operating with the JPI/JVM memory manager the browser is not out of memory, thus not releasing its caches but the JVM may be out of memory. Thus the browser indirectly keeps the reference that it realy does not need. This reference could be inderect through some 'applet context' or what ever the browser uses to interact with JPI, don't realy know any of these details, just imaging what must/could be going on there. Browser are amazingly complicated beast.
This behaviour that you are observing, weather the origin is something like I speculated or not, is not nice but I would not expect it to be fixed even if you filed a bug report. I guess we are left with relleasing all significatn memory structures in destroy. A simple way to code this is not to store anything in the member fields of the applet but in a separate class; then one has to do is to null that one reference from the applet to that class in the destroy method and everything will be relased when necessary. This way it is not easy to forget to release things.
Hey, here is a simple, imaginary, way in which the browser could cause this problem:
The browser, of course needs a reference to the applet, call it m_Applet here. Presume the following helper function:
Applet instantiateAndInit(Class appletClass) {
Applet applet=appletClass.newInstance();
applet.init();
return applet;
When the browser sees the applet tag it instantiates and inits the new applet as follows:
m_Applet=instantiateAndInit(appletClass);
As you can readily see, the second time the instantiation occurs, the m_Applet holds the reference to the old applet until after the new instance is created and initlized. This would not cause a memory leak but would require that twice the memory needed by the applet would be required to prevent OutOfMemory.I guess it is not fair to call this sort of thing a bug but it is questionable design.In real life this is propably not this blatant, but could happen You could try, if you like, by allocating less than 32 Megs in your init. If you then do not run out of memory it is an indication that there are at most two instances of your applet around and thus it could well be someting like I've speculated here.
br Kusti -
Best way to perform vSync in a java applet
Hi, (sorry for my bad english)
I'm looking for the best way to perform vertical synchronization in a java applet.
I saw it is possible with the jogl library but i don't need a heavy 3d lib (it's just for 2d)
Is there a more simple lib allowing vSync in applets (and if possible, working on every windows, mac, linux...)why do you need this?
-
Java 1.5.09/10 Java Applet on Vista - starts but never downloads files
We are attempting to test a java 1.5.07 compiled and signed Java applet with Windows Vista (from MSDN).
Logged in as an administrator on the client PC, we installed the 1.5.09 and the 1.5.10 JRE on the client.
We then changed the html of the applet page to specifiy the new plugin version so it matched the JRE installed on the client.
When we start up IE7, point to our HTML applet page, and attempt to download (cache) our applet, the default Java plugin graphic with the progress bar onthe bottom shows up, but no progress is ever made.
Taking a look at the Java console with full debugging turned on, we don't see any activity. When I dumped the classloader list, it only shows the codebase string, but no classes are actually loaded.
I thought that maybe a popup window (asking to verify the certificate) might have popped up and was hidden by another window, but that's not the case. It never appears.
Does anyone have any thoughts or suggestions? I can certainly attempt to capture more debug if someone can point me in the right direction!
Thanks!
-MattOk, some more info - and this gets interesting!
The server is located in a DMZ here at work. (We have offshore teams in russia who are developing and testing code)
It seems to be an issue with the internal firewall/DMZ here at work.
We moved the codebase to a machine that is locally located (not in a DMZ) and presto, the applet begins to download.
When I find out more information, I'll post in case anyone else comes across a similar concern/issue. It may be the firewall/router vendor?!?
-Matt -
Anyone else here have Laggy performance in Java Applet Games?
I noticed that when i play at pokerroom.com the games lag. It is not internet lag for sure. The poker games perform perfectly on my old PIII but on my new system teh games are choppy and laggy.
I noticed that people are having choppiness and stuttering on their online games. Perhaps this is linked. Anyone else wanna give their experience?Quote
Originally posted by Ludic
I installed the card games for Firefox, and I am experiencing what you are talking about. I believe they are Javascript games. I don't experience any similar symptoms in regular 3d games.
ok so you are experience this crappy perfromance in java applets then as well. its not only me.
unfortunatly i RMA'd my Motherboard and Processor already thinking one of those may have been the culprit.
I guess this is an issue with the nvidia drivers... hopefuly it will get fixed. its pathetic that games are performing better on my PIII -
We have about 1,800 workstations running Windows 7 (both 32-bit and 64-bit) running various versions of the Java JRE from 6 update 32 through 7 update 51. Most are on 6 update 45. We would like to standardize on Java 7 update 51 (32-bit) and get everyone updated to that version for security reasons.
For the past two weeks, we have been having trouble with our installation pre-pilot. What we are seeing is that our procedure successfully closes any open Internet Explorer windows and Java-related processes, uninstalls all old versions of the Java JRE, and then claims to have successfully installed Java 7 update 51. The Java Control panel works. We can even take Internet Explorer to Verify Java Version or Java Tester - What Version of Java Are You Running? and confirm that the Java applets on those sites are loading (though the latter only works after adding the site to the exceptions site list); however, when testers try to access our Kronos Workforce Central 6.3.10 system, the Java applets used by that system do not load.
We have tried the following things, none of which worked:
Clear Internet Explorer browser cache and cookies.
Clear the local Java cache.
Reboot the computer.
Reset Internet Explorer settings, including personal settings.
The one thing which does work is going into the Java Control Panel, going to the Security tab, unchecking "Enable Java content in the browser", pressing Apply, pressing OK on the pop-up window, checking the "Enable Java content in the browser" box again, pressing OK, pressing OK on the pop-up window, and then restarting Internet Explorer. It is only after this point that all Java applets, including the ones used by Kronos Workforce Central 6.3.10, work.
What I need to know is how I can automate the procedure of reinitializing the "Enable Java content in the browser" checkbox after installation or am I doing something wrong or missing a step in the automated installation that is causing this to happen?
We are using Microsoft SCCM 2007 R3 to accomplish this upgrade, and everything is being run on the client machine using the SYSTEM account. First, the PowerShell script "javaclean.ps1" is run, with part of the command-line process changing the PowerShell script execution policy to Bypass. This script handles the closing of Java-dependent applications and Java processes and uninstalls old Java versions.
javaclean.ps1:
#Find all Java products excluding the auto updater which actually gets uninstalled when the main install is removed.
write-host "Searching for all installed Java versions" -ForegroundColor Yellow
[array]$javas=Get-WmiObject -query "select * from win32_Product where (Name like 'Java %' or Name like 'Java(TM)%' or Name like 'J2SE%') and Name <> 'Java Auto Updater'"
if ($javas.count -gt 0)
write-host "Java is already Installed" -ForegroundColor Yellow
#Get all the Java processes and kill them. If java is running and the processes aren't killed then this script will invoke a sudden reboot.
[array]$processes=Get-Process -Name "Java*" #-erroraction silentlycontinue
$processes += Get-Process -Name "iexplore" #-erroraction silentlycontinue
$processes += Get-Process -Name "firefox" #-erroraction silentlycontinue
$processes += Get-Process -Name "chrome" #-erroraction silentlycontinue
$processes += Get-Process -Name "jqs" #-erroraction silentlycontinue
$processes += Get-Process -Name "jusched" #-erroraction silentlycontinue
$processes += Get-Process -Name "jp2launcher" #-erroraction silentlycontinue
if ($processes.Count -gt 0)
foreach ($myprocess in $processes)
$myprocess.kill()
#Loop through the installed Java products.
foreach($java in $javas){
write-host "Uninstalling "$java.name -ForegroundColor Yellow
$java.Uninstall()
After this script is complete, SCCM calls a the VBS script "install.vbs" to perform the actual installation of Java JRE 7 update 51.
install.vbs
'* Script: Install JRE 7 routine
'* Date: 3/14/14
'* Author: [REDACTED]
'* Rev: 1.0
'* Notes:
'/// Common
Set objFSO = CreateObject("Scripting.FileSystemObject")
Set objWshShell = CreateObject("WScript.Shell")
' Get system architecture
Dim colSys : Set colSys = GetObject("WinMGMTS://").ExecQuery("SELECT AddressWidth FROM Win32_Processor",, 48)
Dim objSys
For Each objSys In colSys
If objSys.AddressWidth = 64 Then bolIs64Bit = True
Next
' Get operating system
Dim colOS : Set colOS = GetObject("WinMGMTS://").ExecQuery ("Select * from Win32_OperatingSystem",,48)
Dim objOS
For Each objOS In colOS
If Left(objOS.caption, 20) = "Microsoft Windows 8 " Then
bolIsWin8 = True
WScript.Echo "win8"
End If
If Left(objOS.caption, 22) = "Microsoft Windows 8.1 " Then
bolIsWin81 = True
WScript.Echo "win81"
End If
Next
' Set 32 bit program files directory
If bolIs64Bit = True Then
strPFILES = "Program Files (x86)"
strSYSDIR = "SysWOW64"
Else strPFILES = "Program Files"
strSYSDIR = "System32"
End If
' Set windows directory
strWIN = objWshShell.ExpandEnvironmentStrings("%windir%")
' Set the current directory
strCurrentDir = objFSO.GetParentFolderName(Wscript.ScriptFullName)
' Set computer name
strCompName = objWshShell.ExpandEnvironmentStrings("%computername%")
'/// Main script
'/// Install via .msi & capture exit code
'intExitCode = objWshShell.Run("msiexec.exe /i """ & strCurrentDir & "\package.msi""" & " TRANSFORMS=""" & strCurrentDir & _
' "\transform.mst"" ALLUSERS=1 Reboot=ReallySuppress /qn", 8, True)
'wscript.quit(intExitCode)
'****RUN COMMANDS HERE****
' Create folder structure if it doesn't exist already
strFullPath = "c:\Windows\Sun\Java\Deployment" '
' How many levels are there in the path?
nLevel = 0
strParentPath = strFullPath
Do Until strParentPath = ""
strParentPath = objFSO.GetParentFolderName(strParentPath)
nLevel = nLevel + 1
Loop
For iLevel = 1 To nLevel
' Figure out path for directory at level iLevel
strParentPath = strFullPath
For j = 1 To nLevel - iLevel
strParentPath = objFSO.GetParentFolderName(strParentPath)
Next
' Does this directory exist? If not, create it.
If objFSO.FolderExists(strParentPath) = False Then
Set newFolder = objFSO.CreateFolder(strParentPath)
End If
Next
' Kill running processes
objWshShell.Run "taskkill /F /IM iexplore.exe", 8, True
objWshShell.Run "taskkill /F /IM firefox.exe", 8, True
objWshShell.Run "taskkill /F /IM chrome.exe", 8, True
objWshShell.Run "taskkill /F /IM javaw.exe", 8, True
objWshShell.Run "taskkill /F /IM java.exe", 8, True
objWshShell.Run "taskkill /F /IM jqs.exe", 8, True
objWshShell.Run "taskkill /F /IM jusched.exe", 8, True
' Copy deployment files
objFSO.CopyFile strCurrentDir & "\deployment.config", "c:\Windows\Sun\Java\Deployment\", True
objFSO.CopyFile strCurrentDir & "\deployment.properties", "c:\Windows\Sun\Java\Deployment\", True
' Disable UAC
' If bolIsWin8 Or bolIsWin81 = True Then
' objWshShell.Run "reg.exe ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v PromptOnSecureDesktop /t REG_DWORD /d 0 /f", 8, True
' objWshShell.Run "reg.exe ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v EnableLUA /t REG_DWORD /d 0 /f", 8, True
' objWshShell.Run "reg.exe ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v ConsentPromptBehaviorAdmin /t REG_DWORD /d 0 /f", 8, True
' End If
' Install application
intExitCode = objWshShell.Run("msiexec.exe /i """ & strCurrentDir & "\jre1.7.0_51.msi"" IEXPLORER=1 AUTOUPDATECHECK=0 JAVAUPDATE=0 JU=0 WEB_JAVA=1 ALLUSERS=1 Reboot=ReallySuppress /qn", 8, True)
' Enable UAC
' If bolIsWin8 Or bolIsWin81 = True Then
' objWshShell.Run "reg.exe ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v PromptOnSecureDesktop /t REG_DWORD /d 1 /f", 8, True
' objWshShell.Run "reg.exe ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v EnableLUA /t REG_DWORD /d 1 /f", 8, True
' objWshShell.Run "reg.exe ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v ConsentPromptBehaviorAdmin /t REG_DWORD /d 5 /f", 8, True
' End If
wscript.quit(intExitCode)
'/// Install via .exe on network
'objWshShell.Run """" & strCurrentDir & "\Setup.exe"" -s -sms -f1""" & strCurrentDir & _
' "\setup.iss"" -f2""" & strWIN & "\Temp\Install-app.txt""", 8, True
' Need to turn off the open file security warning first
Set objEnv = objWshShell.Environment("PROCESS")
objEnv("SEE_MASK_NOZONECHECKS") = 1
' intExitCode = objWshShell.Run("""" & strCurrentDir & "\jre-7u45-windows-i586.exe"" /s /v""/norestart " & _
' "TRANSFORMS=""" & strCurrentDir & "\Tribe-jre7.mst""""", 8, True)
' WScript.Quit(intExitCode)
'****RUN COMMANDS HERE****
' Then turn it back on
objEnv.Remove("SEE_MASK_NOZONECHECKS")
'/// Additional functions
Help on this issue would be much appreciated!It turns out that this is actually a problem with Kronos Workforce Central. We had the "site.java.plugin.CLSID.familyVersion" setting in that application set to "clsid:CAFEEFAC-0016-0000-FFFF-ABCDEFFEDCBA", which is the Java CLSID for Java 6. After updating this value to "clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" (the Java universal CLSID), this problem did not occur upon the automatic upgrade of Java.
We have both Java 6 and Java 7 in our environment, and did during our Kronos implementation, so I don't know why we were using the Java 6 CLSID in the first place.
Case closed! -
Crashes when running Java Applets and trying to open Security System Preferences
Browser crashes when trying to run Java Applets, I've tried 4 different browsers. This is the crash report.
Process: java [90472]
Path: /usr/bin/java
Identifier: com.apple.javajdk16.cmd
Version: 1.0 (1.0)
Code Type: X86-64 (Native)
Parent Process: Google Chrome Helper EH [90460]
Date/Time: 2012-02-17 15:04:44.693 -0500
OS Version: Mac OS X 10.6.8 (10K549)
Report Version: 6
Interval Since Last Report: 9110 sec
Crashes Since Last Report: 8
Per-App Interval Since Last Report: 43908 sec
Per-App Crashes Since Last Report: 8
Anonymous UUID: DFA20D26-FD7E-4507-AAA9-EBF29199EC56
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Crashed Thread: 31 Java: Thread-11
Application Specific Information:
Java information:
Exception type: Bus Error (0xa) at pc=00000000
Java VM: Java HotSpot(TM) 64-Bit Server VM (20.4-b02-402 mixed mode macosx-amd64)
Current thread (102a13000): JavaThread "Thread-11" daemon [_thread_in_Java, id=607662080, stack(124283000,124383000)]
Stack: [124283000,124383000]
Java Threads: ( => current thread )
126525000 JavaThread "Thread-26" daemon [_thread_blocked, id=878407680, stack(1344b7000,1345b7000)]
126524000 JavaThread "Thread-25" daemon [_thread_in_native, id=877346816, stack(1343b4000,1344b4000)]
102f20800 JavaThread "Thread-21" daemon [_thread_blocked, id=636690432, stack(125e32000,125f32000)]
102b96000 JavaThread "Thread-20" daemon [_thread_in_native, id=550666240, stack(120ca8000,120d28000)]
102b95000 JavaThread "Thread-19" daemon [_thread_blocked, id=632483840, stack(125a2f000,125b2f000)]
1261e6000 JavaThread "Java Sound Event Dispatcher" daemon [_thread_blocked, id=591368192, stack(1232f9000,1233f9000)]
10191b800 JavaThread "Thread-15" daemon [_thread_blocked, id=611905536, stack(12468f000,12478f000)]
1029c7800 JavaThread "Thread-14" daemon [_thread_blocked, id=610844672, stack(12458c000,12468c000)]
102b11000 JavaThread "Thread-13" daemon [_thread_blocked, id=609783808, stack(124489000,124589000)]
101929000 JavaThread "Thread-12" daemon [_thread_blocked, id=608722944, stack(124386000,124486000)]
=>102a13000 JavaThread "Thread-11" daemon [_thread_in_Java, id=607662080, stack(124283000,124383000)]
1029d2000 JavaThread "Poller SunPKCS11-Darwin" daemon [_thread_blocked, id=541855744, stack(1203c1000,1204c1000)]
101a43800 JavaThread "thread applet-Rs2Applet.class-1" [_thread_blocked, id=534294528, stack(11fc8b000,11fd8b000)]
102a07800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=527765504, stack(11f651000,11f751000)]
102878000 JavaThread "JVM[id=0]-Heartbeat" daemon [_thread_blocked, id=490639360, stack(11d2e9000,11d3e9000)]
101943000 JavaThread "AWT-EventQueue-2" [_thread_blocked, id=494882816, stack(11d6f5000,11d7f5000)]
102933000 JavaThread "Applet 1 LiveConnect Worker Thread" [_thread_blocked, id=466014208, stack(11bb6d000,11bc6d000)]
101933800 JavaThread "Browser Side Object Cleanup Thread" [_thread_blocked, id=191471616, stack(10b59a000,10b69a000)]
101944000 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=493821952, stack(11d5f2000,11d6f2000)]
1029ae800 JavaThread "CacheCleanUpThread" daemon [_thread_blocked, id=492761088, stack(11d4ef000,11d5ef000)]
102a04800 JavaThread "CacheMemoryCleanUpThread" daemon [_thread_blocked, id=491700224, stack(11d3ec000,11d4ec000)]
102b2e000 JavaThread "SysExecutionTheadCreator" daemon [_thread_blocked, id=489578496, stack(11d1e6000,11d2e6000)]
1018e6800 JavaThread "Java Plug-In Pipe Worker Thread (Client-Side)" daemon [_thread_in_native, id=464945152, stack(11ba68000,11bb68000)]
101a46800 JavaThread "AWT-Shutdown" [_thread_blocked, id=463884288, stack(11b965000,11ba65000)]
101934800 JavaThread "AWT-AppKit" daemon [_thread_in_native, id=1896107200, stack(7fff5f400000,7fff5fc00000)]
101933000 JavaThread "Timer-0" [_thread_blocked, id=190410752, stack(10b497000,10b597000)]
1018cd000 JavaThread "traceMsgQueueThread" daemon [_thread_blocked, id=188145664, stack(10b26e000,10b36e000)]
102853000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=172019712, stack(10a30d000,10a40d000)]
102852800 JavaThread "C2 CompilerThread1" daemon [_thread_blocked, id=170958848, stack(10a20a000,10a30a000)]
102851800 JavaThread "C2 CompilerThread0" daemon [_thread_blocked, id=169897984, stack(10a107000,10a207000)]
102851000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=168837120, stack(10a004000,10a104000)]
102850000 JavaThread "Surrogate Locker Thread (Concurrent GC)" daemon [_thread_blocked, id=167776256, stack(109f01000,10a001000)]
102842800 JavaThread "Finalizer" daemon [_thread_blocked, id=162287616, stack(1099c5000,109ac5000)]
102841800 JavaThread "Reference Handler" daemon [_thread_blocked, id=161226752, stack(1098c2000,1099c2000)]
101801000 JavaThread "main" [_thread_blocked, id=5246976, stack(100401000,100501000)]
Other Threads:
10283d000 VMThread [stack: 1097bf000,1098bf000] [id=160165888]
10285d000 WatcherThread [stack: 10a410000,10a510000] [id=173080576]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
par new generation total 19136K, used 9943K [7eae00000, 7ec2c0000, 7ece00000)
eden space 17024K, 46% used [7eae00000, 7eb5a5ec8, 7ebea0000)
from space 2112K, 100% used [7ec0b0000, 7ec2c0000, 7ec2c0000)
to space 2112K, 0% used [7ebea0000, 7ebea0000, 7ec0b0000)
concurrent mark-sweep generation total 144152K, used 110056K [7ece00000, 7f5ac6000, 7fae00000)
concurrent-mark-sweep perm gen total 62268K, used 37524K [7fae00000, 7feacf000, 800000000)
Code Cache [103801000, 104192000, 106801000)
total_blobs=2217 nmethods=1445 adapters=734 free_code_cache=40529280 largest_free_block=47360
Virtual Machine Arguments:
JVM Args: -D__jvm_launched=1329508711033330 -Xbootclasspath/a:/System/Library/Frameworks/JavaVM.framework/Resources/Deploy. bundle/Contents/Resources/Java/deploy.jar:/System/Library/Frameworks/JavaVM.fram ework/Resources/Deploy.bundle/Contents/Resources/Java/javaws.jar:/System/Library /Frameworks/JavaVM.framework/Resources/Deploy.bundle/Contents/Resources/Java/plu gin.jar -Djava.applet.host=world8.runescape.com -Dapple.awt.UIElement=true -Dsun.awt.warmup=true -Xmx256m -Xss1m -Xincgc -XX:+UseConcMarkSweepGC -Dsun.java2d.noddraw=true
Java Command: sun.plugin2.main.client.PluginMain write_pipe_name=/var/folders/Aa/Aa4dzX7xHJmbzy55DpvyiE+++TI/-Tmp-/.java.deploy. 90460.994108354874315847
Launcher Type: SUN_STANDARD
Physical Memory: Page Size = 4k, Total = 3840M, Free = 774M
Thread 0: Dispatch queue: com.apple.main-thread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 com.apple.CoreFoundation 0x00007fff864f2902 __CFRunLoopRun + 1698
3 com.apple.CoreFoundation 0x00007fff864f1d8f CFRunLoopRunSpecific + 575
4 com.apple.HIToolbox 0x00007fff857827ee RunCurrentEventLoopInMode + 333
5 com.apple.HIToolbox 0x00007fff857825f3 ReceiveNextEventCommon + 310
6 com.apple.HIToolbox 0x00007fff857824ac BlockUntilNextEventMatchingListInMode + 59
7 com.apple.AppKit 0x00007fff85ae6eb2 _DPSNextEvent + 708
8 com.apple.AppKit 0x00007fff85ae6801 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 155
9 libawt.jnilib 0x000000010b6f1f0d -[NSApplicationAWT nextEventMatchingMask:untilDate:inMode:dequeue:] + 124
10 com.apple.AppKit 0x00007fff85aac68f -[NSApplication run] + 395
11 libawt.jnilib 0x000000010b69e19c +[AWTStarter startAWT:] + 1495
12 libawt.jnilib 0x000000010b69db16 -[CPerformer perform] + 93
13 com.apple.Foundation 0x00007fff8357745f __NSThreadPerformPerform + 219
14 com.apple.CoreFoundation 0x00007fff864f43d1 __CFRunLoopDoSources0 + 1361
15 com.apple.CoreFoundation 0x00007fff864f25c9 __CFRunLoopRun + 873
16 com.apple.CoreFoundation 0x00007fff864f1d8f CFRunLoopRunSpecific + 575
17 java 0x000000010000483f 0x100000000 + 18495
18 java 0x0000000100004296 0x100000000 + 17046
19 java 0x0000000100001a94 0x100000000 + 6804
Thread 1:
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x00000001038069b3 0 + 4353714611
11 ??? 0x00000001038069b3 0 + 4353714611
12 ??? 0x000000010380685a 0 + 4353714266
13 ??? 0x000000010380685a 0 + 4353714266
14 ??? 0x0000000103801438 0 + 4353692728
15 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
16 libclient64.dylib 0x00000001010a4f16 JVM_Lseek + 192613
17 libclient64.dylib 0x00000001010c8e0e JVM_FindLoadedClass + 3186
18 libclient64.dylib 0x00000001010c8cb6 JVM_FindLoadedClass + 2842
19 java 0x0000000100002cef 0x100000000 + 11503
20 java 0x000000010000323c 0x100000000 + 12860
21 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
22 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 2: Java: Exception Handler Thread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libSystem.B.dylib 0x00007fff8864aa17 mach_msg_server + 468
3 libclient64.dylib 0x000000010100e7cb jio_snprintf + 41425
4 libclient64.dylib 0x000000010100e683 jio_snprintf + 41097
5 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
6 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
7 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 3: Java: Gang worker#0 (Parallel GC Threads)
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x000000010100d722 jio_snprintf + 37160
5 libclient64.dylib 0x000000010100d2fd jio_snprintf + 36099
6 libclient64.dylib 0x000000010100d1a3 jio_snprintf + 35753
7 libclient64.dylib 0x0000000101025fa4 jio_vsnprintf + 312
8 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
9 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
10 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 4: Java: Gang worker#1 (Parallel GC Threads)
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x000000010100d722 jio_snprintf + 37160
5 libclient64.dylib 0x000000010100d2fd jio_snprintf + 36099
6 libclient64.dylib 0x000000010100d1a3 jio_snprintf + 35753
7 libclient64.dylib 0x0000000101025fa4 jio_vsnprintf + 312
8 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
9 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
10 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 5: Java: Concurrent Mark-Sweep GC Thread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x000000010100d722 jio_snprintf + 37160
5 libclient64.dylib 0x000000010100d2fd jio_snprintf + 36099
6 libclient64.dylib 0x000000010100d1a3 jio_snprintf + 35753
7 libclient64.dylib 0x0000000101302097 JVM_Timeout + 883428
8 libclient64.dylib 0x000000010122803c JVM_Yield + 40397
9 libclient64.dylib 0x000000010122783d JVM_Yield + 38350
10 libclient64.dylib 0x00000001012277af JVM_Yield + 38208
11 libclient64.dylib 0x000000010122764e JVM_Yield + 37855
12 libclient64.dylib 0x00000001012273eb JVM_Yield + 37244
13 libclient64.dylib 0x000000010121edca JVM_Yield + 2907
14 libclient64.dylib 0x000000010102c3dc jio_vsnprintf + 25968
15 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
16 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
17 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 6: Java: VM Thread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d995 jio_snprintf + 37787
3 libclient64.dylib 0x000000010102c54a jio_vsnprintf + 26334
4 libclient64.dylib 0x000000010100d2fd jio_snprintf + 36099
5 libclient64.dylib 0x000000010100d1a3 jio_snprintf + 35753
6 libclient64.dylib 0x00000001010a3f8f JVM_Lseek + 188638
7 libclient64.dylib 0x00000001010a3cdf JVM_Lseek + 187950
8 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
9 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
10 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 7: Java: Reference Handler
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103a3d848 0 + 4356036680
9 ??? 0x00000001039622d4 0 + 4355138260
10 ??? 0x0000000103801438 0 + 4353692728
11 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
12 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
13 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
14 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
15 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
16 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
17 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
18 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
19 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 8: Java: Finalizer
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103a3d848 0 + 4356036680
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x00000001038069b3 0 + 4353714611
11 ??? 0x00000001038069b3 0 + 4353714611
12 ??? 0x0000000103801438 0 + 4353692728
13 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
14 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
15 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
16 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
17 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
18 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
19 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
20 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
21 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 9: Dispatch queue: com.apple.libdispatch-manager
0 libSystem.B.dylib 0x00007fff885e6c0a kevent + 10
1 libSystem.B.dylib 0x00007fff885e8add _dispatch_mgr_invoke + 154
2 libSystem.B.dylib 0x00007fff885e87b4 _dispatch_queue_invoke + 185
3 libSystem.B.dylib 0x00007fff885e82de _dispatch_worker_thread2 + 252
4 libSystem.B.dylib 0x00007fff885e7c08 _pthread_wqthread + 353
5 libSystem.B.dylib 0x00007fff885e7aa5 start_wqthread + 13
Thread 10: Java: Surrogate Locker Thread (Concurrent GC)
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x000000010100d722 jio_snprintf + 37160
5 libclient64.dylib 0x000000010100d2fd jio_snprintf + 36099
6 libclient64.dylib 0x000000010100d10a jio_snprintf + 35600
7 libclient64.dylib 0x00000001010c2261 JVM_IsPrimitiveClass + 6521
8 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
9 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
10 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
11 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
12 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 11: Java: Signal Dispatcher
0 libSystem.B.dylib 0x00007fff885cddb6 semaphore_wait_trap + 10
1 libclient64.dylib 0x00000001010c2aa3 JVM_IsPrimitiveClass + 8635
2 libclient64.dylib 0x00000001010c252a JVM_IsPrimitiveClass + 7234
3 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
4 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
5 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
6 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
7 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 12: Java: C2 CompilerThread0
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x000000010100d722 jio_snprintf + 37160
5 libclient64.dylib 0x000000010100d2fd jio_snprintf + 36099
6 libclient64.dylib 0x000000010100d10a jio_snprintf + 35600
7 libclient64.dylib 0x00000001010c9319 JVM_Write + 346
8 libclient64.dylib 0x00000001010c3913 JVM_IsPrimitiveClass + 12331
9 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
10 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
11 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
12 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
13 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 13: Java: C2 CompilerThread1
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x000000010100d722 jio_snprintf + 37160
5 libclient64.dylib 0x000000010100d2fd jio_snprintf + 36099
6 libclient64.dylib 0x000000010100d10a jio_snprintf + 35600
7 libclient64.dylib 0x00000001010c9319 JVM_Write + 346
8 libclient64.dylib 0x00000001010c3913 JVM_IsPrimitiveClass + 12331
9 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
10 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
11 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
12 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
13 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 14: Java: Low Memory Detector
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x000000010100d722 jio_snprintf + 37160
5 libclient64.dylib 0x000000010100d2fd jio_snprintf + 36099
6 libclient64.dylib 0x000000010100d1a3 jio_snprintf + 35753
7 libclient64.dylib 0x00000001010c5318 JVM_IsPrimitiveClass + 18992
8 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
9 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
10 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
11 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
12 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 15: Java: VM Periodic Task Thread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d995 jio_snprintf + 37787
3 libclient64.dylib 0x00000001011afc26 JVM_GetClassInterfaces + 11348
4 libclient64.dylib 0x00000001010c73a7 JVM_IsPrimitiveClass + 27327
5 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
6 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
7 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 16: Java: traceMsgQueueThread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x000000010380685a 0 + 4353714266
11 ??? 0x0000000103806d34 0 + 4353715508
12 ??? 0x0000000103801438 0 + 4353692728
13 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
14 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
15 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
16 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
17 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
18 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
19 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
20 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
21 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 17: Java: Timer-0
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x000000010380685a 0 + 4353714266
11 ??? 0x000000010380685a 0 + 4353714266
12 ??? 0x0000000103801438 0 + 4353692728
13 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
14 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
15 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
16 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
17 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
18 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
19 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
20 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
21 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 18: Java: AWT-Shutdown
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x000000010380685a 0 + 4353714266
11 ??? 0x0000000103806d34 0 + 4353715508
12 ??? 0x0000000103801438 0 + 4353692728
13 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
14 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
15 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
16 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
17 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
18 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
19 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
20 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
21 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 19: Java: Java Plug-In Pipe Worker Thread (Client-Side)
0 libSystem.B.dylib 0x00007fff885d8466 read + 10
1 libdeploy.jnilib 0x0000000109d4d5d9 Java_com_sun_deploy_net_socket_UnixSocketImpl_unStreamSocketRead + 140
2 ??? 0x0000000103811d6e 0 + 4353760622
3 ??? 0x000000010380696e 0 + 4353714542
4 ??? 0x000000010380696e 0 + 4353714542
5 ??? 0x000000010380696e 0 + 4353714542
6 ??? 0x000000010380696e 0 + 4353714542
7 ??? 0x000000010386d2b4 0 + 4354134708
8 ??? 0xfda21644ff67b8d7 0 + 18276194723421468887
Thread 20: Java: SysExecutionTheadCreator
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x000000010380685a 0 + 4353714266
11 ??? 0x0000000103801438 0 + 4353692728
12 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
13 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
14 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
15 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
16 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
17 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
18 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
19 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
20 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 21: Java: CacheMemoryCleanUpThread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x00000001038069b3 0 + 4353714611
11 ??? 0x00000001038069b3 0 + 4353714611
12 ??? 0x0000000103801438 0 + 4353692728
13 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
14 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
15 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
16 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
17 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
18 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
19 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
20 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
21 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 22: Java: CacheCleanUpThread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x000000010380685a 0 + 4353714266
11 ??? 0x0000000103801438 0 + 4353692728
12 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
13 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
14 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
15 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
16 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
17 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
18 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
19 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
20 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 23: Java: AWT-EventQueue-0
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103a3d848 0 + 4356036680
9 ??? 0x0000000103aaac60 0 + 4356484192
Thread 24: Java: Browser Side Object Cleanup Thread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x00000001038069b3 0 + 4353714611
11 ??? 0x00000001038069b3 0 + 4353714611
12 ??? 0x0000000103801438 0 + 4353692728
13 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
14 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
15 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
16 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
17 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
18 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
19 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
20 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
21 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 25: Java: Applet 1 LiveConnect Worker Thread
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103811d6e 0 + 4353760622
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x000000010380685a 0 + 4353714266
11 ??? 0x0000000103806d34 0 + 4353715508
12 ??? 0x0000000103801438 0 + 4353692728
13 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
14 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
15 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
16 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
17 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
18 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
19 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
20 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
21 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 26: Java: AWT-EventQueue-2
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d903 jio_snprintf + 37641
3 libclient64.dylib 0x000000010100d7c3 jio_snprintf + 37321
4 libclient64.dylib 0x00000001010b2597 JVM_MonitorWait + 4001
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103a3d848 0 + 4356036680
9 ??? 0x0000000103aaac60 0 + 4356484192
Thread 27: Java: JVM[id=0]-Heartbeat
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_msg + 59
2 libclient64.dylib 0x000000010100d995 jio_snprintf + 37787
3 libclient64.dylib 0x000000010102c54a jio_vsnprintf + 26334
4 libclient64.dylib 0x00000001010b25a1 JVM_MonitorWait + 4011
5 libclient64.dylib 0x00000001010b1a24 JVM_MonitorWait + 1070
6 libclient64.dylib 0x00000001010b1690 JVM_MonitorWait + 154
7 libjvmlinkage.dylib 0x0000000100093b9b JVM_MonitorWait + 59
8 ??? 0x0000000103a3d848 0 + 4356036680
9 ??? 0x000000010380685a 0 + 4353714266
10 ??? 0x00000001038069b3 0 + 4353714611
11 ??? 0x00000001038069b3 0 + 4353714611
12 ??? 0x0000000103801438 0 + 4353692728
13 libclient64.dylib 0x00000001010a5152 JVM_Lseek + 193185
14 libclient64.dylib 0x00000001010b11dc JVM_StartThread + 2565
15 libclient64.dylib 0x00000001010b10d2 JVM_StartThread + 2299
16 libclient64.dylib 0x00000001010b1072 JVM_StartThread + 2203
17 libclient64.dylib 0x00000001010b0f14 JVM_StartThread + 1853
18 libclient64.dylib 0x00000001010b0d29 JVM_StartThread + 1362
19 libclient64.dylib 0x000000010100d264 jio_snprintf + 35946
20 libSystem.B.dylib 0x00007fff88606fd6 _pthread_start + 331
21 libSystem.B.dylib 0x00007fff88606e89 thread_start + 13
Thread 28: Java: Java2D Disposer
0 libSystem.B.dylib 0x00007fff885cdd7a mach_msg_trap + 10
1 libSystem.B.dylib 0x00007fff885ce3ed mach_mDid you get this fixed? I have had this error everytime I try to access my bank, inventory, and ither things. Please help.
-
Java Applet - slow response over WAN and fast on LAN
Hi All,
Using Tomcat we have a Java applet that runs very slow over the Internet but just the opposite on the LAN (fast). On our website we have a link that we click which initializes the application. it is very slow but if the same link is clicked on the LAN it is very fast in responding. We have a 10MB internet connection and even when testing with very little traffic after peak business hours we have same results.When closing the browser and reopening it is much faster the second time. This tells me it is being Cached. If I go to a system that has never accessed the applet we are very slow again. We are hosting this application for a 3rd party so we did not write the code. This company is finger pointing at Router and I am finger pointing at Java application itself maybe not being optimal.
I am attaching "debug" info from Java Console. Can anyone identify any issues from this debug output or familiarity with this type issue. Your insight is greatly appreciated.
Java Plug-in 1.5.0_01
Using JRE version 1.5.0_01 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\Administrator
network: Loading user-defined proxy configuration ...
network: Done.
network: Loading proxy configuration from Netscape Navigator ...
network: Reading user preference file from C:\DOCUMENTS AND SETTINGS\ADMINISTRATOR\APPLICATION DATA\Mozilla\Profiles\default\4i0ghip7.slt\prefs.js
network: Done.
network: Loading browser proxy configuration ...
network: Done.
network: Proxy Configuration: Browser Proxy Configuration
basic: Cache is enabled
basic: Location: C:\Documents and Settings\Administrator\Application Data\Sun\Java\Deployment\cache\javapi\v1.0
basic: Maximum size: unlimited
basic: Compression level: 0
basic: Registered modality listener
basic: Referencing classloader: sun.plugin.ClassLoaderInfo@b1b4c3, refcount=1
network: Connecting http://www.mgaucb.com/gottlieb/images/codonix.png with proxy=DIRECT
basic: Loading applet ...
basic: Initializing applet ...
basic: Starting applet ...
Internal Version: 3.0.35 Build id: TB-200402041305-35
Mar 7, 2009 1:12:03 AM com.codonix.trackerboard.gui.TrackerBoardApplet start(null:-1)
INFO: Internal Version: 3.0.35 Build id: TB-200402041305-35
Codebase: http://www.mgaucb.com/gottlieb/
Mar 7, 2009 1:12:03 AM com.codonix.trackerboard.gui.TrackerBoardApplet start(null:-1)
INFO: Codebase: http://www.mgaucb.com/gottlieb/
Documentbase: http://www.mgaucb.com/gottlieb/TBUC.html
Mar 7, 2009 1:12:03 AM com.codonix.trackerboard.gui.TrackerBoardApplet start(null:-1)
INFO: Documentbase: http://www.mgaucb.com/gottlieb/TBUC.html
WebAppPath: /gottlieb
Mar 7, 2009 1:12:03 AM com.codonix.trackerboard.gui.TrackerBoardApplet start(null:-1)
INFO: WebAppPath: /gottlieb
basic: Modality pushed
basic: Modality popped
network: Connecting socket://www.mgaucb.com:80 with proxy=DIRECT
Initial Trackerboard/Table: TBUrgentCare/null
Mar 7, 2009 1:12:35 AM com.codonix.trackerboard.gui.TrackerBoardApplet doLogin(null:-1)
INFO: Initial Trackerboard/Table: TBUrgentCare/null
SiteID: CodoniX
Mar 7, 2009 1:12:35 AM com.codonix.trackerboard.gui.TrackerBoardApplet doLogin(null:-1)
INFO: SiteID: CodoniX
liveconnect: the url of the applet is http://www.mgaucb.com and the permission is = false
liveconnect: JavaScript: calling Java system code
liveconnect: JavaScript: default security policy = http://www.mgaucb.com
liveconnect: JavaScript: calling Java system code
liveconnect: JavaScript: default security policy = http://www.mgaucb.com
Starting UI Generator....
liveconnect: JavaScript: calling Java system code
liveconnect: JavaScript: default security policy = http://www.mgaucb.com
Warning: No permission to control logging.
Mar 7, 2009 1:12:58 AM com.codonix.uigenerator.StartApplet init(null:-1)
WARNING: No permission to control logging.
Warning: No permission to control logging.
Mar 7, 2009 1:12:58 AM com.codonix.uigenerator.StartApplet init(null:-1)
WARNING: No permission to control logging.
liveconnect: JavaScript: calling Java system code
liveconnect: JavaScript: default security policy = http://www.mgaucb.com
liveconnect: JavaScript: calling Java system code
liveconnect: JavaScript: default security policy = http://www.mgaucb.com
liveconnect: JavaScript: calling Java system code
network: Connecting socket://www.mgaucb.com:80 with proxy=DIRECTHi Geoff,
Thanks for posting here.
Have you checked your internet edge router ? and make sure there is no any speed limitation set on it , like QOS.
You may also try the methods below:
1. Disable RSS, Chimney, AutoTuning on 2008R2
How to know if TCP offload is working
http://blogs.technet.com/b/brad_rutkowski/archive/2007/08/10/how-to-know-if-tcp-offload-is-working.aspx
2. Install Hotfix 982860
A computer that is running Windows 7 or Windows Server 2008 R2 takes four minutes to open a Microsoft Office 2003 document from a network share
http://support.microsoft.com/kb/982860
Thanks.
Tiger Li
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread. -
The window of a java applet is not displayed by Netscape7.1.
I am using Netscape7.1.
A parent window is only what opens a new window.
Please see index.html.
--------index.html--------
<HTML>
<HEAD><TITLE>OYA</TITLE></HEAD>
<BODY>
<FORM>
<CENTER><BR><BR><BR><BR><BR><BR><BR><BR>
<input type="button" onClick="WIN=open('KODOMO.html', 'win_new_comp', ''); WIN.focus();" value="Open the Window">
</FORM>
</CENTER>
</BODY>
</HTML>
There is a button of "CLOSE" with the Java applet called "SimplaApplet.class" in the window opened newly.
Please see KODOMO.html and SimplaApplet.java.
--------KODOMO.html--------
<html>
<title>Using Applet</title>
<body>
<FORM>
<CENTER><BR><BR><BR>
<!-- for IE -->
<OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"width="100" height="50">
<PARAM NAME="type" VALUE="application/x-java-applet;version=1.4">
<PARAM NAME="java_CODE" VALUE="SimpleApplet">
<COMMENT>
<!-- for Netscape-->
<EMBED type="application/x-java-applet;version=1.4"
width="100" height="50"
code="SimpleApplet">
</EMBED>
</COMMENT>
</OBJECT><BR><BR><BR><BR><BR><BR>
<INPUT TYPE="button" VALUE="CLOSE" onClick="window.close()">
</CENTER>
</FORM>
</BODY>
</HTML>
--------SimpleApplet.java--------
import java.awt.*;
import java.applet.*;
public class SimpleApplet extends Applet {
public void paint (Graphics g) {
g.drawString("Simple Applet", 10, 30);
The following operations are performed at this time.
Step1: "Open the Window" is clicked by index.html.
Step2: "CLOSE" is clicked by KODOMO.html.
Step3: "Open the Window" is again clicked by index.html.
Then, in second KODOMO.html, a Java applet and a "CLOSE" button are never displayed.
If the same thing is performed by IE6.0 or Netscape4.75, this bug will not happen.
Please let me know what is bad and whether there is any evasion measure.It forgot to write.
The version of JavaPlug-IN is 1.4.2_03.
OS is the Windows2000 Japanese version.
Please access confirming this bug at the following HTML.
http://web-p.wics.ne.jp/char_audi/index.html -
I have a Mac running OS X 10.6.8 and have installed all updates and have disabled Java Applets. Do I need to install antivirus software and, if so, do you have a recommendation on what works best.
Mac OS X versions 10.6.7 and later have built-in detection of known Mac malware in downloaded files. The recognition database is automatically updated once a day; however, you shouldn't rely on it, because the attackers are always at least a day ahead of the defenders. In most cases, there’s no benefit from any other automated protection against malware.
The most effective defense against malware is your own intelligence. All known malware that affects a fully-updated installation of Mac OS X 10.6 or later takes the form of trojans, which can only work if the victim is duped into running them. If you're smarter than the malware attacker thinks you are, you won't be duped. That means, primarily, that you never install software from an untrustworthy source. How do you know a source is untrustworthy?
Any website that prompts you to install a “codec,” “plug-in,” or “certificate” that comes from that same site, or an unknown site, merely in order to use the site, is untrustworthy.
A web operator who tells you that you have a “virus,” or that anything else is wrong with your computer, or that you have won a prize in a contest you never entered, is trying to commit a crime with you as the victim.
“Cracked” versions of commercial software downloaded from a bittorrent are likely to be infected.
Software with a corporate brand, such as Adobe Flash Player, must be downloaded directly from the developer’s website. No intermediary is acceptable.
Disable Java (not JavaScript) in your web browser(s). Few websites have Java content nowadays, so you won’t be missing much. This setting is mandatory in Mac OS X 10.5.8 or earlier, because Java in those versions has bugs that make it unsafe to use on the Internet. Those bugs will probably never be fixed, because those older operating systems are no longer being maintained by Apple. Migrate to a newer version of the Mac OS as soon as you can.
Follow these guidelines, and you’ll be as safe from malware as you can reasonably be.
Never install any commercial "anti-virus" products for the Mac, as they all do more harm than good. If you need to be able to detect Windows malware in your files, use ClamXav — nothing else. -
Java applet funktioniert nicht
der Druck von DHL Online Porto Marke funktioniert nicht. Woran kann das liegen? Java Applet ist in den Sicherheitseinstellungen von Safari aktiviert.
Servussig and J.C. Westin-
I used the Adobe Flash UNinstaller, and then installed Adobe Flash Player v10.0.12.10. No improvement/it did not correct the problem. Power E*Trade Pro (a Java Applet) still won't start properly (since Apple Software Update installed Java Release 7).
I even did all the Repair Permissions steps before and after Flash UNinstal/reinstall (suggested by J.C. Westin; even though they did seem somewhat excessive; Note: all permissions were set properly before installing; Permissions DID need repair AFTER installing Flash; guess that Adobe doesn't get the permissions right in it's own installer!).
To be honest, I did not really place much hope in solving the problem via an update to a BETA version of Flash. The problem occurred when I updated Java (per Apple's Software Update), not when doing anything with Flash. More to the point, I don't believe the Java applet that's having problems now uses Flash at all. Placing hope in a Flash BETA seemed to me like being told to replace my brake fluid after complaining the engine wasn't running.
I'm (still) looking for a (non-draconian) way of reverting back to Java Release 6. Someone has to have some steps for trashing specific files/binaries to Remove Java Release 7, then installing the full Java Release 6 anew. Please? Anyone? Trashing the entire OS then performing a clean install is a huge amount of work. I just need to trash Java Release 7.
Thanks in advance to anyone who can help here.
Maybe you are looking for
-
Reference to parent record in Tree view
Dear Jheadstart Team, When creating a Tree which I intend to use to insert child records, it is indeed possible to insert these records, unfortunately the key that identifies the relationship with the parent (in the child record) is always set to nul
-
I don't use your product why charge me 300 B per month
ca can you explain to me why charge me 300B per month
-
Dear Experts ; is there any field in P.O screen has the meaning of ETA which means the arrival date of the goods at my client's warehouse. Kind Regards
-
"Required FW module not present - Module 100!" error after upgrade firmware to 4.13B. Any reason ?
-
Awesome WM: titlebar for floating apps?
Is there any way to add a titlebar just for floating apps?