Thread hangs in windows XP with JRE 1.5

My java application hangs in a windows xp machine with jre 1.5. But it works fine in windows 2000 and in some other windows xp machine.
I am doing UI updates(like custom listmodels) inside the user spawn thread. I read from forums that we need to use SwingUtilities.invokeLater() in such cases. But how it then works in some windows xp machines and windows 2000 ? Am I missing anything.
Here is the thread dump :
Full thread dump Java HotSpot(TM) Client VM (1.5.0-b64 mixed mode, sharing):
"Image Animator 3" daemon prio=4 tid=0x038bab90 nid=0x9cc waiting on condition [
0x0378f000..0x0378fbe8]
at java.lang.Thread.sleep(Native Method)
at sun.awt.image.GifFrame.dispose(Unknown Source)
at sun.awt.image.GifImageDecoder.readImage(Unknown Source)
at sun.awt.image.GifImageDecoder.produceImage(Unknown Source)
at sun.awt.image.InputStreamImageSource.doFetch(Unknown Source)
at sun.awt.image.ImageFetcher.fetchloop(Unknown Source)
at sun.awt.image.ImageFetcher.run(Unknown Source)
"Thread-17" prio=7 tid=0x038baa10 nid=0x9a4 waiting for monitor entry [0x0311f00
0..0x0311fc68]
at java.awt.Component.setFont(Unknown Source)
- waiting to lock <0x17e98810> (a java.awt.Component$AWTTreeLock)
at java.awt.Container.setFont(Unknown Source)
at javax.swing.JComponent.setFont(Unknown Source)
at javax.swing.plaf.basic.BasicComboBoxRenderer.getListCellRendererCompo
nent(Unknown Source)
at javax.swing.plaf.basic.BasicListUI.updateLayoutState(Unknown Source)
at javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(Unknown Sou
rce)

Crosspost:
http://forum.java.sun.com/thread.jspa?threadID=761152&messageID=4345269#4345269

Similar Messages

Windows Crashes with JRE 1.4.2 When Moving around JDialog

Hi!
I work on a Java Applet/application that was originally written to run on java 1.1 -- only AWT that too. Recently I managed to convince my manager (and his manager and his manager) to migrate from the AWT framework on java 1.1 (Microsoft JVM that is ) to Swing/JFC on Sun Java 1.4.2 ... it took a lot of explaining, demostrating, begging, pleading etc., to get this project funded.
Now, my app is all developed in JFC and ready for deployment and during testing found a potential show stopper -- When a Dialog Box or any moveable componant (internal windows etc) is moved around (holding down the mouse on the title bar of a dialog and dragging it around), the OS simply froze up ... nothing could be done other than power cycling the PC. Does anyone know if its a bug in JRE 1.4.2 and if it has been fixed?? This could potentially result in rolling back to AWT :(( .... and of course me looking like a fool in front of my manager!!
..... Please provide any suggestion other than moving to JRE 1.5.x beta. I've also noticed this happening in other Java Applications (Netbeans for example). So, I think this is a major bug the JRE 1.4.2.
A million thanks and few Duke Dollars for anyone pointing me in the right direction.
Note:
1. This problem is not just with my app ... some other java apps that are installed on my workstation (like netbeans) behave the same when Moving Around dialog boxes.
2. The behaviour is very random. But it has happened multiple times (and the very first time my manager run our app on jre 1.4.2)
I would give a million dollars if I had them. But for now, please do with the million thanks and few duke dollars.

Have you tried this on another machine?Yes ... actually this has happened on a few workstations here ... all of them are Pentium IV based dell workstations running Windows 2000.
What exact version of 1.4.2 did you download?Java(TM) Plug-in: Version 1.4.2_04
Using JRE version 1.4.2_04 Java HotSpot(TM) Client VM
Have you searched the bug database? This one could be related to yours:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4673572
This sounds similar but the difference is its not just the app that feezes up (so that you could do an alt+ctrl+del and kill it)..... the OS freezes up and you can move the mouse around still the system even queu e is not full and eventuall all I hear is the beeping. At this point I've to power cycle.
Is there any way you could post the code or is it too big? Or, have you tried just creating a very small >application or applet that just shows one dialog, and if so, does that show the same problem? (What I'm >trying to get at here is - is it something in your code that is causing this, or something in the JRE, or >perhaps something to do with your machine's configuration/OS?)Unfortunately I cannot post the code ... its company rules and regulations. I've tried creating a very small app and it appears to work ok .... but randomly causes this freeze up. There is no definate pattern (except that it happens when you move around a JDialog or a JInternalFrame) . It could freeze up some time and work perfectly fine at other times. It has actually happened on other applications too (Netbeans, JEdit etc). That's why I suspect this might be a obscure bug in the JRE.
I'll try to find a pattern so that it can be re-produced by everyone.
Thanks for the help.

Windows Crashes with JRE 1.4.2

Hi!
I work on a Java Applet/application that was originally written to run on java 1.1 -- only AWT that too. Recently I managed to convince my manager (and his manager and his manager) to migrate from the AWT framework on java 1.1 (Microsoft JVM that is ) to Swing/JFC on Sun Java 1.4.2 ... it took a lot of explaining, demostrating, begging, pleading etc., to get this project funded.
Now, my app is all developed in JFC and ready for deployment and during testing found a potential show stopper -- When a Dialog Box or any moveable componant (internal windows etc) is moved around (holding down the mouse on the title bar of a dialog and dragging it around), the OS simply froze up ... nothing could be done other than power cycling the PC. Does anyone know if its a bug in JRE 1.4.2 and if it has been fixed?? This could potentially result in rolling back to AWT :(( .... and of course me looking like a fool in front of my manager!!
..... Please provide any suggestion other than moving to JRE 1.5.x beta. I've also noticed this happening in other Java Applications (Netbeans for example). So, I think this is a major bug the JRE 1.4.2.
A million thanks and few Duke Dollars for anyone pointing me in the right direction.
Note: I would give a million dollars if I had them. But for now, please do with the million thanks and few duke dollars.

I seriously doubt that it's a jvm flaw (possible, but very unlikely). Start stripping out code until you get down to a minimum size that still exhibits the problem. If then you can't clear it, post the minimal code and some information as to what's happening - you may want to try an analyzer.
If the problem appears to be a GUI issue, post into the Swing forum, otherwise post into the Java Programming forum - more people read those.

Applets Crashing Internet Explorer on Windows XP with JRE 1.4.0 Final

I have recently installed the 1.4.0Final JRE, and have found that upon arriving at a page with an applet on internet explorer explorer crashes. Where as under the JRE 1.3.1_02 it does not.
I am running Windows XP, and cannot remember the exact error message I get, however it is something about an error occuring within iexplorer.exe
Any help appreciated.

I have the same symptom on Windows 2000 (SP2) using Internet Explorer 5.00. Replacing the IE JVM with J2SE 1.4 causes IE to crash when I visit java.sun.com.
I am filing a bug with the JDC Bug Parade, but I am surprised that this has not been more widely reported, since I think I have a common system configuration.

IE hang (Freeze) if use applet/javascript with JRE 1.4.2_06

When i run my applet on IE 6 with JRE 1.4.2_06 and try to close IE window it freezes the IE window, while if i run the same code in 1.4.1_05 it works fine.
The OS is windows 2000 Professional and IE is 6.0.2800.1106.
Also the same applet works fine on Windows XP with IE 6.0.2900.2180 SP2 with JRE 1.4.2_06
Please help....

I was having similar problem earlier. Check if you are closing all the open resources (threads etc etc)

Mozilla 1.7.x hangs in applet code on RH Linux with JRE 1.5.0

Hi all,
From my applet code when an URLConnection.getInputStream() method is called the browser hangs, if authentication is turned on the webserver.
This works with jre 1.4.2 on linux, for the matter on windows with Jre1.5 also.
Also it works on 1.5 if suthentication is not set.
So it is this particular combination of (jre1.5/mozilla on linux/authentication) that doesnot work :):).
I tried to set the auth header, but nothing seem to help.
String login = "userid"+":"+"password";
String encodedLogin = new sun.misc.BASE64Encoder().encode(login.getBytes());
httpsCon.setRequestProperty("Authorization", "Basic " + encodedLogin);
Searched on the sun/mozilla sites to see if any known issues, couldn't find any.
Thanks
RT

Just to add upon that a simple code like this will hang
String str = "https://ppp.qqq.com/admin/50_splash.gif";
try {
URL url = new URL(str);
URLConnection con = url.openConnection();
HttpsURLConnection conn = (HttpsURLConnection) url.openConnection();
con.setDoInput(true);
try {
con.connect(); //-->hangs here
It looks to me like at this point plugin tries to popup the authentication dialog box but it cannot.
Thanks
RT

WebRequest.Create Hangs in Client system with Windows 8.1 with Fmrk 4.5

Hi,
We are hosting a Windows Form in IE builded with .Net Target Framework 3.5 and running in ASP.Net website's run time .Net Framework 2.0.
Till now, this is working in Windows 7 and IE11 combination. When we planned to migrate to Windows 8 and IE11 combination, some functionalities in the Windows form hosted in IE fails, its keep on hanging.
When we debugged the code, we found that hanging happens at
1. To insert a image
WebRequest request = WebRequest.Create(url);
2. While doing webservice call
CSpellCheckerWS objCUserDictionaryWordsWS = new CSpellCheckerWS();
Please find below our Trails for workaround:
1. We have try catch block on top of above lines, but it never comes to catch or proceed (checked for more than 30 minutes), its keep on running that makes IE to hang. End user have to kill the IE to proceed with our web application.
2. We have timeout option for WebRequest object, but we are having problem in the constructor itself, so unable to make use of timeout option.
3. We planned to use HttpClient object, but for this we need to build our Windows Form with Target Framework .Net 4.5. But .Net framework 4.5 will no longer support to host the Windows Form in IE.
4. We observed that, for our Windows Form project dll, say abcd.dll, we have ref link to abcd.config.xml
in the ASP.Net hosted web page. If we remove the *.config.xml, then we do not have this hanging issue. So, our problem solves here. But we faced another problem. Now we are getting
404 errors for all the dependent child dll for our main dll, abcd.dll. Even though we have child dlls in the same folder of abcd.dll, it is checking in website root folder, bin folder , .exe, .dll and finally after 8 iterations, it is picking
the correct dll. So for multiple child dlls we are getting 9 * no. of child dlls = 404 errors. So, we are unable to proceed further.
200 http://localhost/BrowserWebSite.CSharp/Default.aspx
200 http://localhost/BrowserWebSite.CSharp/BrowserBin/BrowserApplication.dll
200 http://localhost/BrowserWebSite.CSharp/BrowserApplication.config.xml
200 http://localhost/BrowserWebSite.CSharp/BrowserBin/BrowserApplication.dll
404 http://localhost/BrowserWebSite.CSharp/BrowserChildApplication.DLL
404 http://localhost/BrowserWebSite.CSharp/BrowserChildApplication/BrowserChildApplication.DLL
404 http://localhost/BrowserWebSite.CSharp/bin/BrowserChildApplication.DLL
404 http://localhost/BrowserWebSite.CSharp/bin/BrowserChildApplication/BrowserChildApplication.DLL
404 http://localhost/BrowserWebSite.CSharp/BrowserChildApplication.EXE
404 http://localhost/BrowserWebSite.CSharp/BrowserChildApplication/BrowserChildApplication.EXE
404 http://localhost/BrowserWebSite.CSharp/bin/BrowserChildApplication.EXE
404 http://localhost/BrowserWebSite.CSharp/bin/BrowserChildApplication/BrowserChildApplication.EXE
200 http://localhost/BrowserWebSite.CSharp/BrowserBin/BrowserChildApplication.DLL
So, please guide us how to proceed further. What is the relation between the *.config.xml and WebRequest.Create constructor and 404 errors.
We have simple test application to replicate the issue. If needed, I can share the application.
System Requirements to replicate : Windows 8.1, IE 11 and (Client system having .Net 4.5) and Windows / Web projects builded with .Net 3.5/2.0 respectively.
Note : We have run caspol settings and set EnableIEHosting to 1 (DWord).

Hello,
>>When we planned to migrate to Windows 8 and IE11 combination, some functionalities in the Windows form hosted in IE fails, its keep on hanging.
What .NET Framework version are you using after you migrate your client to windows 8 and IE11? If it is 4.0 or 4.5, I am afraid this is by designed because hosting controls in IE is now blocked by default (as of v4 or v4.5). See MSDN article under
'Web Applications'.
You could still enable it by modifying its provided registry key.
By the way, since this issue is related with IE and web application, I suggest that you could post such kind of issues to related forum, as
IE forum and Web forum.
Regards.
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Event Dispatch Thread Hangs, what is wrong?

The Event Dispatch Thread Hangs when showing a modal dialog while running a
SwingWorker Thread.
I have included my code at the bottom of the page. There are three classes. I have posted a bug report to red hat. But I want to make sure my code is correct.
My test case just puts the SwingWorker to sleep
but the problem occurs if I do something real, like connect to a database, etc.
Also I have tried little different variations of the logic calling
setVisible(true)/(false) in different places and the same problem occurs.
It seems to work with Sun JDK, note I am using IcedTea with Fedora Core 8.
Version-Release number of selected component (if applicable):
[szakrews@tuxtel ~]$ java -version
java version "1.7.0"
IcedTea Runtime Environment (build 1.7.0-b21)
IcedTea Client VM (build 1.7.0-b21, mixed mode)How reproducible:
Every couple times.
javac TestClass2
java TestClass2eventually it will hang. If it doesn't try again.
You don't have to wait for the program to finish either.
The program runs the Dialog 10 times but it never works or fails in the middle, it will either work or fail from the first dialog displayed.
I have included a thread dump. That is about the most informative information I can get. Neither tracing nor writing a custom ThreadQueue or Drawing Manager to trace events produces any helpful information.
Actual results:
The JProccessBar won't move, and the SwingWorker finishes but the done() method is never run. The PROGRAM is not hung however because if I close the dialog then it will continue.
Expected results:
The JProccessBar should always move and the SwingWorker should always run the done() method.
Additional info:
java thread dump after freeze, taken with kill -s SIGQUIT <pid>
2008-06-25 12:25:50
Full thread dump IcedTea Client VM (1.7.0-b21 mixed mode):
"DestroyJavaVM" prio=10 tid=0x938afc00 nid=0x1419 waiting on condition
[0x00000000..0x0018a074]
   java.lang.Thread.State: RUNNABLE
"AWT-EventQueue-0" prio=10 tid=0x938ae400 nid=0x1429 in Object.wait()
[0x07f96000..0x07f96f04]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x96748f80> (a java.awt.EventQueue)
        at java.lang.Object.wait(Object.java:503)
        at java.awt.EventQueue.getNextEvent(EventQueue.java:485)
        - locked <0x96748f80> (a java.awt.EventQueue)
        at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:248)
        at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:201)
        at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:195)
        at java.awt.Dialog$1.run(Dialog.java:1073)
        at java.awt.Dialog$3.run(Dialog.java:1127)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.Dialog.show(Dialog.java:1125)
        at java.awt.Component.show(Component.java:1456)
        at java.awt.Component.setVisible(Component.java:1408)
        at java.awt.Window.setVisible(Window.java:871)
        at java.awt.Dialog.setVisible(Dialog.java:1012)
        at net.xtel.production.WaitDialog.showWaitDialog(WaitDialog.java:72)
        at net.xtel.production.WaitDialog.showWaitDialog(WaitDialog.java:102)
        at TestClass2.showWait(TestClass2.java:79)
        at TestClass2.createAndShowGUI(TestClass2.java:126)
        at TestClass2.access$0(TestClass2.java:114)
        at TestClass2$3.run(TestClass2.java:138)
        at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:227)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:603)
        at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:276)
        at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:201)
        at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:191)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:186)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:139)
"AWT-Shutdown" prio=10 tid=0x938ad000 nid=0x1428 in Object.wait()
[0x03ea7000..0x03ea7f84]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x96749268> (a java.lang.Object)
        at java.lang.Object.wait(Object.java:503)
        at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:281)
        - locked <0x96749268> (a java.lang.Object)
        at java.lang.Thread.run(Thread.java:675)
"AWT-XAWT" daemon prio=10 tid=0x938a8400 nid=0x1423 runnable
[0x02ccc000..0x02ccd104]
   java.lang.Thread.State: RUNNABLE
        at sun.awt.X11.XToolkit.waitForEvents(Native Method)
        at sun.awt.X11.XToolkit.run(XToolkit.java:550)
        at sun.awt.X11.XToolkit.run(XToolkit.java:525)
        at java.lang.Thread.run(Thread.java:675)
"Java2D Disposer" daemon prio=10 tid=0x93854000 nid=0x1421 in Object.wait()
[0x07aea000..0x07aead84]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x966e7010> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
        - locked <0x966e7010> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:150)
        at sun.java2d.Disposer.run(Disposer.java:143)
        at java.lang.Thread.run(Thread.java:675)
"Low Memory Detector" daemon prio=10 tid=0x93c15000 nid=0x141f runnable
[0x00000000..0x00000000]
   java.lang.Thread.State: RUNNABLE
"CompilerThread0" daemon prio=10 tid=0x93c13400 nid=0x141e waiting on condition
[0x00000000..0x03a8a954]
   java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x93c11c00 nid=0x141d waiting on
condition [0x00000000..0x00000000]
   java.lang.Thread.State: RUNNABLE
"Finalizer" daemon prio=10 tid=0x095e7000 nid=0x141c in Object.wait()
[0x005d2000..0x005d3004]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x966e71d8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
        - locked <0x966e71d8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:150)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177)
"Reference Handler" daemon prio=10 tid=0x095e2400 nid=0x141b in Object.wait()
[0x00581000..0x00582084]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x966e7260> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:503)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:134)
        - locked <0x966e7260> (a java.lang.ref.Reference$Lock)
"VM Thread" prio=10 tid=0x095dec00 nid=0x141a runnable
"VM Periodic Task Thread" prio=10 tid=0x93c17400 nid=0x1420 waiting on condition
JNI global references: 836
Heap
def new generation   total 960K, used 152K [0x93f40000, 0x94040000, 0x966a0000)
eden space 896K,   9% used [0x93f40000, 0x93f56148, 0x94020000)
from space 64K, 100% used [0x94020000, 0x94030000, 0x94030000)
to   space 64K,   0% used [0x94030000, 0x94030000, 0x94040000)
tenured generation   total 4096K, used 1088K [0x966a0000, 0x96aa0000, 0xb3f40000)
   the space 4096K, 26% used [0x966a0000, 0x967b01b0, 0x967b0200, 0x96aa0000)
compacting perm gen total 12288K, used 9169K [0xb3f40000, 0xb4b40000, 0xb7f40000)
   the space 12288K, 74% used [0xb3f40000, 0xb4834740, 0xb4834800, 0xb4b40000)
No shared spaces configured.CLASS1:
import java.awt.Dimension;
import java.awt.Toolkit;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import java.awt.event.WindowAdapter;
import java.awt.event.WindowEvent;
import java.sql.SQLException;
import java.util.concurrent.ExecutionException;
import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JOptionPane;
import javax.swing.JPanel;
import javax.swing.RepaintManager;
import javax.swing.SwingUtilities;
import javax.swing.UIManager;
import javax.swing.UnsupportedLookAndFeelException;
public class TestClass2 extends JFrame implements ActionListener {
        /** Action Command for <code>searchbtn</code> */
        public static final String SEARCH_BTN_ACTION = "search_btn_action";
         * Constructor.
        public TestClass2() {
                setSize(650, 350);
                Dimension screenSize = Toolkit.getDefaultToolkit().getScreenSize();
                setLocation(screenSize.width / 2 - getSize().width / 2,
                                screenSize.height / 2 - getSize().height / 2);
                setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE);
                addWindowListener(new WindowAdapter() {
                        @Override
                        public void windowClosing(WindowEvent e) {
                                exit();
                JPanel panel = new JPanel();
                add(panel);
                setVisible(true);
        @Override
        public void actionPerformed(ActionEvent e) {
                if (e.getActionCommand().equals(SEARCH_BTN_ACTION)) {
                        JOptionPane.showMessageDialog(this, "Button Pressed");
        public void showWait() {
                try {
                        WaitDialog.showWaitDialog(this, "Testing...", new SwingWorkerInterface(){
                                @Override
                                public Object workToDo() throws Throwable {
                                        Thread.currentThread().sleep(3000);
                                        return null;
                } catch (InterruptedException e) {
                        // TODO Auto-generated catch block
                        e.printStackTrace();
                } catch (ExecutionException e) {
                        // TODO Auto-generated catch block
                        e.printStackTrace();
         * Exits the program.
        public void exit(){
                System.exit(0);
         * Create the GUI and show it. For thread safety, this method should be
         * invoked from the event-dispatching thread.
         * @throws UnsupportedLookAndFeelException
         * @throws IllegalAccessException
         * @throws InstantiationException
         * @throws ClassNotFoundException
         * @throws NullInstanceVariableException
         * @throws SQLException
        private static void createAndShowGUI() {
                // set look and feel
                try{
                        UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
                        // Create instance of the ProductCatalog
                        TestClass2 root = new TestClass2();
                        for(int i = 0; i < 10; i++){
                                root.showWait();
                }catch(Exception e){
                        e.printStackTrace();
         * @param args
         *            this program does not use arguments
        public static void main(String[] args) {
                SwingUtilities.invokeLater(new Runnable() {
                        public void run() {
                                createAndShowGUI();
}CLASS 2:
import java.awt.Component;
import java.awt.Frame;
import java.awt.event.WindowAdapter;
import java.awt.event.WindowEvent;
import java.util.concurrent.ExecutionException;
import javax.swing.JDialog;
import javax.swing.JFrame;
import javax.swing.JLabel;
import javax.swing.JOptionPane;
import javax.swing.JPanel;
import javax.swing.JProgressBar;
import javax.swing.SwingWorker;
public class WaitDialog extends JDialog {
        private boolean disposed = false;
        private boolean displayed = false;
        private WorkerThread worker = null;
        WaitDialog(Frame parent, String text, SwingWorkerInterface in){
                super(parent, true);
                worker = new WorkerThread(in);
                setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE);
                addWindowListener(new WindowAdapter() {
                        @Override
                        public void windowOpened(WindowEvent e) {
                                worker.execute();
                        @Override
                        public void windowClosing(WindowEvent e) {
                                disposeWaitDialog();
                this.setResizable(false);
                JLabel message = new JLabel();
                message.setText(text);
                JProgressBar pb = new JProgressBar();
                pb.setIndeterminate(true);
                // set size and location
                setSize(200, 100);
                setLocationRelativeTo(parent);
                JPanel panel = new JPanel();
                panel.add(message);
                panel.add(pb);
                add(panel);
        public void showWaitDialog(){
                if(displayed == true){
                        return;
                if(disposed == true){
                        disposed = false;
                        return;
                disposed = false;
                displayed = true;
                setVisible(true);
        public void disposeWaitDialog(){
                if(disposed == true){
                        return;
                if(displayed == true){
                        displayed = false;
                        setVisible(false);
                        return;
                disposed = true;
                displayed = false;
        public static Object showWaitDialog(Component parent, String text, SwingWorkerInterface in) throws InterruptedException, ExecutionException {
                WaitDialog waitDialog = null;
                if (parent == null) {
                        waitDialog = new WaitDialog(JOptionPane.getRootFrame(), text, in);
                } else {
                        waitDialog = new WaitDialog(JOptionPane.getFrameForComponent(parent), text, in);
                while(!waitDialog.worker.isDone()){
                        System.out.println("about to show");
                        waitDialog.showWaitDialog();
                        System.out.println("done showing");
                waitDialog.dispose();
                return waitDialog.worker.get();
        class WorkerThread extends SwingWorker<Throwable, Void> {
                private SwingWorkerInterface in = null;
                WorkerThread(SwingWorkerInterface in){
                        this.in = in;
                public Throwable doInBackground(){
                                try {
                                        System.out.println("about to do work");
                                        in.workToDo();
                                        System.out.println("done work no exception");
                                } catch (Throwable e) {
                                        System.out.println("done work with exception");
                                        return e;
                                return null;
                public void done(){
                                System.out.println("about to dispose");
                                disposeWaitDialog();
                                System.out.println("disposed");
}CLASS 3:
public interface SwingWorkerInterface {
        public Object workToDo() throws Throwable;
}

There's nothing directly wrong with it, but it will
prevent other threads acquiring the class lock - but
that may be what you want.True. Although the typical case for code that looks like this would be to use wait--usually the various threads in question require the same lock, so you have to use wait in order for the waiting thread to give it up and allow the other thread to do its work. Hard to say for sure though what he's doing.
Also, if loading is all that the other thread does, and you're waiting for that thread to die, use join. But then, if that's the case, and you're only waiting for a single other thread, then you might as well just put it all in one thread, as already indicated.

JVM Crash: with jre 1.6.0_18 but not with 1.5.0_14

Hello everyone,
I got the problem that my JVM crashes when I am using the jre 1.6.0_18 but the same code runs with an jre 1.5.0_14. The code contains some JNI parts and
is compiled with a JDK 1.5.0_14. The crash can not be reporduced within a debugger. The crash either occurs in the jvm.dll - as in the error log below - or when acessing the ntdll.dll.
Any help is appreciated!
Thanks in Advance!
Here is the JVM crash report:
# A fatal error has been detected by the Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d979ba7, pid=10932, tid=12276
# JRE version: 6.0_18-b07
# Java VM: Java HotSpot(TM) Client VM (16.0-b13 mixed mode, sharing windows-x86 )
# Problematic frame:
# V [jvm.dll+0x179ba7]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x02afa800): VMThread [stack: 0x02be0000,0x02c30000] [id=12276]
siginfo: ExceptionCode=0xc0000005, reading address 0x706d7953
Registers:
EAX=0x706d7953, EBX=0x00000000, ECX=0x37387a88, EDX=0x00000000
ESP=0x02c2f79c, EBP=0x02c2f7ac, ESI=0x00000080, EDI=0x02bc7460
EIP=0x6d979ba7, EFLAGS=0x00010246
Top of Stack: (sp=0x02c2f79c)
0x02c2f79c: 02c2f890 373851d0 02c2fa8c 02bc7464
0x02c2f7ac: 02c2f7c4 6d8d8c66 02afaab4 00000000
0x02c2f7bc: 02c2f7f8 37387a88 02c2f7dc 6d96b704
0x02c2f7cc: 02afaab4 00000000 02c2f7f8 02afaab0
0x02c2f7dc: 02c2f840 6d8b3449 00000000 02c2f7f8
0x02c2f7ec: 05b30400 02c2f890 00000001 00000000
0x02c2f7fc: 02c20000 0000ffff 00000000 00000000
0x02c2f80c: 00000000 6da187a4 02c2f890 02c2fa8c
Instructions: (pc=0x6d979ba7)
0x6d979b97: 80 79 05 48 83 c8 e0 40 8d 1c 40 8b 07 8d 04 d8
0x6d979ba7: 39 08 75 09 0f b7 58 04 3b 5d 0c 74 34 42 83 fa
Stack: [0x02be0000,0x02c30000], sp=0x02c2f79c, free space=13d02c2f310k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0x179ba7]
V [jvm.dll+0xd8c66]
V [jvm.dll+0x16b704]
V [jvm.dll+0xb3449]
V [jvm.dll+0xb3562]
V [jvm.dll+0x1db5f5]
V [jvm.dll+0x1db9ca]
V [jvm.dll+0x1a1af4]
V [jvm.dll+0xc834f]
V [jvm.dll+0xa443c]
V [jvm.dll+0xc9398]
V [jvm.dll+0x7e7cb]
V [jvm.dll+0x1f442b]
V [jvm.dll+0x1f6ed3]
V [jvm.dll+0x1f615e]
V [jvm.dll+0x1f64ac]
V [jvm.dll+0x1f68d2]
V [jvm.dll+0x17f9cc]
C [msvcr71.dll+0x9565]
C [kernel32.dll+0xb50b]
VM_Operation (0x0a09e2dc): GenCollectForAllocation, mode: safepoint, requested by thread 0x05c54800
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x05b30400 JavaThread "persistance manager service activator" daemon [_thread_blocked, id=6588, stack(0x0a230000,0x0a280000)]
0x05b38400 JavaThread "task queue worker" daemon [_thread_blocked, id=9788, stack(0x0a1e0000,0x0a230000)]
0x05c5b800 JavaThread "PSJ-Subsystem" [_thread_blocked, id=11024, stack(0x0a140000,0x0a190000)]
0x05c5a400 JavaThread "HDM-Subsystem" [_thread_blocked, id=8296, stack(0x0a0f0000,0x0a140000)]
0x05c61000 JavaThread "CSM-Subsystem" [_thread_blocked, id=5272, stack(0x0a0a0000,0x0a0f0000)]
0x05c54800 JavaThread "XPS-Subsystem" [_thread_blocked, id=10064, stack(0x0a050000,0x0a0a0000)]
0x05c59400 JavaThread "GUI-Subsystem" [_thread_blocked, id=7596, stack(0x0a000000,0x0a050000)]
0x05c5f800 JavaThread "TimerServices" [_thread_blocked, id=5760, stack(0x09fb0000,0x0a000000)]
0x05af9800 JavaThread "Thread-2" [_thread_in_native, id=11624, stack(0x03d30000,0x03d80000)]
0x02b0b000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=8092, stack(0x02dc0000,0x02e10000)]
0x02b07c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2696, stack(0x02d70000,0x02dc0000)]
0x02b06400 JavaThread "Attach Listener" daemon [_thread_blocked, id=1444, stack(0x02d20000,0x02d70000)]
0x02b05000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10896, stack(0x02cd0000,0x02d20000)]
0x02afd000 JavaThread "Finalizer" daemon [_thread_blocked, id=8084, stack(0x02c80000,0x02cd0000)]
0x02afbc00 JavaThread "Reference Handler" daemon [_thread_blocked, id=10636, stack(0x02c30000,0x02c80000)]
0x002a7000 JavaThread "MasterControl" [_thread_blocked, id=11412, stack(0x008c0000,0x00910000)]
Other Threads:
=>0x02afa800 VMThread [stack: 0x02be0000,0x02c30000] [id=12276]
0x02b0d000 WatcherThread [stack: 0x02e10000,0x02e60000] [id=11048]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x002a61c0] Threads_lock - owner thread: 0x02afa800
[0x002a65d0] Heap_lock - owner thread: 0x05c54800
Heap
def new generation total 4928K, used 4783K [0x22970000, 0x22ec0000, 0x27ec0000)
eden space 4416K, 100% used [0x22970000, 0x22dc0000, 0x22dc0000)
from space 512K, 71% used [0x22dc0000, 0x22e1bf30, 0x22e40000)
to space 512K, 0% used [0x22e40000, 0x22e40000, 0x22ec0000)
tenured generation total 10944K, used 697K [0x27ec0000, 0x28970000, 0x32970000)
the space 10944K, 6% used [0x27ec0000, 0x27f6e4e0, 0x27f6e600, 0x28970000)
compacting perm gen total 12288K, used 5037K [0x32970000, 0x33570000, 0x36970000)
the space 12288K, 40% used [0x32970000, 0x32e5b4c8, 0x32e5b600, 0x33570000)
ro space 10240K, 51% used [0x36970000, 0x36e97b58, 0x36e97c00, 0x37370000)
rw space 12288K, 54% used [0x37370000, 0x37a04ce0, 0x37a04e00, 0x37f70000)
Dynamic libraries:
0x00400000 - 0x00424000      c:\windows\system32\java.exe
0x7c900000 - 0x7c9b0000      C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c8f4000      C:\WINDOWS\system32\kernel32.dll
0x77dd0000 - 0x77e6b000      C:\WINDOWS\system32\ADVAPI32.dll
0x77e70000 - 0x77f01000      C:\WINDOWS\system32\RPCRT4.dll
0x7c340000 - 0x7c396000      C:\Program Files\Java\jre6\bin\msvcr71.dll
0x6d800000 - 0x6da97000      C:\Program Files\Java\jre6\bin\client\jvm.dll
0x77d40000 - 0x77dd0000      C:\WINDOWS\system32\USER32.dll
0x77f10000 - 0x77f57000      C:\WINDOWS\system32\GDI32.dll
0x76b40000 - 0x76b6d000      c:\windows\system32\WINMM.dll
0x6d7b0000 - 0x6d7bc000      C:\Program Files\Java\jre6\bin\verify.dll
0x6d330000 - 0x6d34f000      C:\Program Files\Java\jre6\bin\java.dll
0x6d290000 - 0x6d298000      C:\Program Files\Java\jre6\bin\hpi.dll
0x76bf0000 - 0x76bfb000      c:\windows\system32\PSAPI.DLL
0x6d7f0000 - 0x6d7ff000      C:\Program Files\Java\jre6\bin\zip.dll
0x6d610000 - 0x6d623000      C:\Program Files\Java\jre6\bin\net.dll
0x71ab0000 - 0x71ac7000      c:\windows\system32\WS2_32.dll
0x77c10000 - 0x77c68000      C:\WINDOWS\system32\msvcrt.dll
0x71aa0000 - 0x71aa8000      c:\windows\system32\WS2HELP.dll
0x6d630000 - 0x6d639000      C:\Program Files\Java\jre6\bin\nio.dll
0x02eb0000 - 0x02f59000      C:\mod_s14\bin\stlport.5.2.dll
0x7c3a0000 - 0x7c41b000      c:\windows\system32\MSVCP71.dll
[snip]
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 2
CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 15 stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 2094652k(589592k free), swap 4032296k(2558960k free
vm_info: Java HotSpot(TM) Client VM (16.0-b13) for windows-x86 JRE (1.6.0_18-b07), built on Dec 17 2009 13:35:55 by "java_re" with MS VC++ 7.1 (VS2003)

I have the Java console open and after 10 seconds it closes and the applet becomes unresponsive. Usually when an applet crashes, some error messages show up in the console before it closes. That does not appear to happen in this case.
If I load a webpage with an applet (http://java.sun.com/applets/jdk/1.4/demo/applets/Fractal/example1.html) and then move to a non-applet webpage, and have the Java console up, it stays up (alive) for about a minute before it closes. In the case of my applet it closes much faster.
When I refresh, the second instance of the applet might be starting in the same process as the first process which is in the middle of closing (I am new to Java and JNI, so I might be using the wrong terminology). But with JRE 1.6.0.25 I was not seeing the crash on refresh. It manifested itself with the update to JRE 1.6.0.31
I did realize the codebase was wrong. This is what I have now:



<![if !IE]>
<object
id="myApplet"
name="myApplet"
type="application/x-java-applet;version=1.6"
width="800"
height="600">
<![endif]>

Windows 10 Installation hangs on Windows logo (Not installing on VirtualBox)

I am trying to install Windows 10 parallel with my Windows 7. I downloaded the latest ISO and created the bootable DVD but during the installation its just hanging on Windows logo and it doesn't go further. I have even disabled the UEFI on my machine.
Please someone guide me.
techknackblogs

I am trying to install Windows 10 parallel with my Windows 7. I downloaded the latest ISO and created the bootable DVD but during the installation its just hanging on Windows logo and it doesn't go further. I have even disabled the UEFI on my machine.
Please someone guide me.
techknackblogs
You cannot disable UEFI if your Windows 7 was installed with UEFI. The System Reserved partition is different for UEFI than for legacy BIOS and your Windows 7 system will not boot in the legacy BIOS mode.
Booting from DVD should not give you the Windows logo because it should boot into the DVD setup mode.
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. ”

GetUserEvent hangs on Windows 7

Hi,
All of our applications are written in C++ using Visual Studio with LabWindows providing the UIR and API calls to interact with the GUIs. The apps are multithreaded with each GUI being on a separate thread for increased fidelity. We use GetUserEvent() with the appropriate panel id to retrieve events for each panel within its thread and then process the events returned, again, in the same thread.
This has worked very well for us until we tried to run our applications on Windows 7. The first thread (and hence the first panel) works just fine. However when a second panel is displayed the application hangs. I've traced this to the second GetUserEvent() call, in the second thread, not returning and so the first one hangs as well.
We are using Visual Studio 2010 and LabWindows 2009. The applications can be built on either an XP or Windows 7 box but will run ONLY on XP. No matter how they're built they always hang on Windows 7. I've also gone backwards to Visual Studio 2005 and LabWindows 8.5 with the same result.
Has anyone seen this issue on Windows 7? I'm assuming that it's a Windows 7 issue since XP is fine and it also hangs in XP mode on Windows 7.
Thanks,
Matt

Hi Matt,
Could you create a small version of the code that recreates the issue and post it? This way we can try to reproduce the issue and see what could be causing the problem.
Thank you!
Chris T.
Applications Engineer
National Instruments

Troubles with JRE 1.4.2 and iReport (with db2 connection)

Hello everyone. My company is developing a product, and the client is working with JRE 1.4.2 . They (the client) are using db2 Database. We are using iReport to generate the product reports, but we encounter a problem with it - the report will compile and report (in any format) only once - afterwards, iReport will suddenly freeze and will stop to respond.
Trying the same thing with JRE 5.0 worked perfectly, with not troubles at all (but we cannot ask our client to upgrade to JRE 5.0, of course)
Anyone has any idea about how to fix this problem? perhaps there's a patch or something of the sort?
I forgot to mention, there's no error message at all, and if any, it's a javaw.exe application hang.
Any idea's?
Thanks,
Matt.

Have you tried this on another machine?Yes ... actually this has happened on a few workstations here ... all of them are Pentium IV based dell workstations running Windows 2000.
What exact version of 1.4.2 did you download?Java(TM) Plug-in: Version 1.4.2_04
Using JRE version 1.4.2_04 Java HotSpot(TM) Client VM
Have you searched the bug database? This one could be related to yours:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4673572
This sounds similar but the difference is its not just the app that feezes up (so that you could do an alt+ctrl+del and kill it)..... the OS freezes up and you can move the mouse around still the system even queu e is not full and eventuall all I hear is the beeping. At this point I've to power cycle.
Is there any way you could post the code or is it too big? Or, have you tried just creating a very small >application or applet that just shows one dialog, and if so, does that show the same problem? (What I'm >trying to get at here is - is it something in your code that is causing this, or something in the JRE, or >perhaps something to do with your machine's configuration/OS?)Unfortunately I cannot post the code ... its company rules and regulations. I've tried creating a very small app and it appears to work ok .... but randomly causes this freeze up. There is no definate pattern (except that it happens when you move around a JDialog or a JInternalFrame) . It could freeze up some time and work perfectly fine at other times. It has actually happened on other applications too (Netbeans, JEdit etc). That's why I suspect this might be a obscure bug in the JRE.
I'll try to find a pattern so that it can be re-produced by everyone.
Thanks for the help.

Windows cannot find \jre\NT\1.5.0\bin\java

Hello,
I searched google and found many documents and also tried 1-2 option posted on web but didn't succeed so last solution posting here.
Trying unsupported installation R12(12.1.1) on Windows 7-Professional 64-Bit.
System check succeeded without any trouble but with 33% installation, it gives above error(*windows cannot find \jre\NT\1.5.0\bin\java* ) and installation comes out.
The StartCD came with jre\NT\1.6.0\bin\java directory so i tried to rename the folder with 1.5.0 ( reference and also changed in Rapidwizard.cmd .
but now it doesn't throw any error but after 33% complete, it just exists without too much of information.
The log too had only this info after system check messages
RW-50010: Error: - script has returned an error: 2
I got following DVDs
oraAppsDB1
oraAppsDB2
oraApps1
oraApps2
OraAS
OraDB
startCD
and then i tried to create stage area from startCD but it failed as it was asking for a DVD which i didn't have because i tried every DVD i have.
So i manually created directories in stage area(StageR12).
Appreciate your response.
Regards!

user10569054 wrote:
Hello,
I searched google and found many documents and also tried 1-2 option posted on web but didn't succeed so last solution posting here.
Trying unsupported installation R12(12.1.1) on Windows 7-Professional 64-Bit.would suggest to go through this thread
How to install Oracle EBS R12 on Windows 7 (32-bit)?
I got following DVDs
oraAppsDB1
oraAppsDB2
oraApps1
oraApps2
OraAS
OraDB
startCD
and then i tried to create stage area from startCD but it failed as it was asking for a DVD which i didn't have because i tried every DVD i have.
So i manually created directories in stage area(StageR12).Refer earlier thread on similar topic
Stage creation for R12
thanks

Security Exception in Oracle Forms when using with JRE.

Hi,
I am am getting an exception whenl I try to dispose a message box(FWindow) received as a popup from an Oracle form page(configured using JRE).
When I hit over the OK/Cancel button to dispose off the messagebox,it is not I get the following error.
Exception in thread "AWT-EventQueue-2" java.lang.SecurityException: this KeyboardFocusManager is not installed in the current thread's context
     at java.awt.KeyboardFocusManager.getGlobalFocusOwner(Unknown Source)
     at java.awt.KeyboardFocusManager.processSynchronousLightweightTransfer(Unknown Source)
     at sun.awt.windows.WComponentPeer.processSynchronousLightweightTransfer(Native Method)
     at sun.awt.windows.WComponentPeer.requestFocus(Unknown Source)
     at java.awt.Component.requestFocusHelper(Unknown Source)
     at java.awt.Component.requestFocusHelper(Unknown Source)
     at java.awt.Component.requestFocus(Unknown Source)
     at oracle.ewt.lwAWT.AbstractButton.requestFocus(Unknown Source)
     at oracle.ewt.lwAWT.AbstractButton.processMousePressed(Unknown Source)
     at oracle.ewt.lwAWT.AbstractButton.processMouseEvent(Unknown Source)
     at java.awt.Component.processEvent(Unknown Source)
     at java.awt.Container.processEvent(Unknown Source)
     at oracle.ewt.lwAWT.LWComponent.processEventImpl(Unknown Source)
     at oracle.ewt.button.PushButton.processEventImpl(Unknown Source)
     at oracle.ewt.lwAWT.LWComponent.redispatchEvent(Unknown Source)
     at oracle.ewt.event.tracking.GlassMouseGrabProvider$Disp._redispatchEvent(Unknown Source)
     at oracle.ewt.event.tracking.GlassMouseGrabProvider$Disp.mousePressed(Unknown Source)
     at java.awt.Component.processMouseEvent(Unknown Source)
     at oracle.ewt.lwAWT.LWComponent.processMouseEvent(Unknown Source)
     at java.awt.Component.processEvent(Unknown Source)
     at java.awt.Container.processEvent(Unknown Source)
     at oracle.ewt.lwAWT.LWComponent.processEventImpl(Unknown Source)
     at oracle.ewt.event.tracking.GlassMouseGrabProvider$Proxy.processEventImpl(Unknown Source)
     at oracle.ewt.lwAWT.LWComponent.redispatchEvent(Unknown Source)
     at oracle.ewt.lwAWT.LWComponent.processEvent(Unknown Source)
     at java.awt.Component.dispatchEventImpl(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
     at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
     at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.run(Unknown Source)
I am able to dispose the messagebox, when I configure the oracle form with Jinitiator, the issue happens only with JRE.
These are the configurations I use.
10g Release2
Windows XP Professional Version 2002, Service Pack 3
IE version 6.0.2900.5512.xpsp_sp3_gdr.090804-1435
JInit-JInitiator 1.3.1.22, Sun JRE- 1.6.0_17
I am working on Developer suite.
Privilege: Windows Administrator
Kindly guide.
Thanks & Regards
Sunil

Hi Sunil,
Did you ever find a fix for this problem?
I'm having exactly the same issue.
I have an oracle form with a java bean that runs against J Initiator 1.3.1.28, and it works fine, with J Initiator. The java code was compiled against JDK 1.3.
My form now uses the Sun JRE 1.6, update 16. I've recompiled the java code against JDK 1.6.
And now when the java code sends an event to the form and I show an alert I get the same error you were getting:
Exception in thread "AWT-EventQueue-2" java.lang.SecurityException: this KeyboardFocusManager is not installed in the current thread's context.
I recompiled the java code against JDK 1.3, and ran it through the Sun JVM 1.6, and I still get the error.
Any idea how to fix this?
Regards,
Chris.

New problem with JRE!!!

I already installed j2re1.4 on SuSE Linux with some help from some of you (thanks, fellows!). Now I downloaded a freeware program that is programmed with java. It worked on Windows2k without any problems, but now I have Linux. This freeware program only consists of an executable .jar-file. Normally if you have installed JRE the programm starts when you open the .jar-file (like it was on Windows), but here it comes a window "open with...".
How can I start this program?
(HINT: The program is Arachnophlia 5.0 as seen on www.arachnoid.com/arachnophilia)

What do you mean with "coolprogram.jar"? The terminal doesn't accept "-jar".
There stands:
-jar: illegal argument
Usage: java [-options] class
where options include:
-help print out this message
-version print out the build version
-v -verbose turn on verbose mode
-debug enable remote JAVA debugging
-noasyncgc don't allow asynchronous garbage collection
-verbosegc print a message when garbage collection occurs
-noclassgc disable class garbage collection
-cs -checksource check if source is newer when loading classes
-ss<number> set the maximum native stack size for any thread
-oss<number> set the maximum Java stack size for any thread
-ms<number> set the initial Java heap size
-mx<number> set the maximum Java heap size
-D<name>=<value> set a system property
-classpath <directories separated by colons>
list directories in which to look for classes
-prof[:<file>] output profiling data to ./java.prof or ./<file>
-verify verify all classes when read in
-verifyremote verify classes read in over the network [default]
-noverify do not verify any class
Now I don't know what to do.

Thread hangs in windows XP with JRE 1.5

Similar Messages

Maybe you are looking for