This week's book giveaway is in the Java 8 forum.
We're giving away four copies of Java 8 in Action and have Raoul-Gabriel Urma, Mario Fusco, and Alan Mycroft on-line!
See this thread for details.
The moose likes Java in General and the fly likes jusched.exe crashes Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Java 8 in Action this week in the Java 8 forum!
JavaRanch » Java Forums » Java » Java in General
Bookmark "jusched.exe crashes" Watch "jusched.exe crashes" New topic
Author

jusched.exe crashes

Stuart Lord
Greenhorn

Joined: Oct 27, 2006
Posts: 27
I have recently upgraded to a new version of Java and now find that this executable crashes. From what I can I see it is to do with the Java update that automatically runs on my installation of Windows.

As a temporary circumvention to the problem I have disabled jusched from running on startup, by using the System Configuration Utility on Windows XP. However I realise that since many Java updates are related to security issues, this really needs to be resolved and jusched needs to be fixed.

I would be grateful of any helpful input that can be offered - the system was upgraded by running jre-7u9-windows-i586.exe, so I assume that I am running Java 7 now. It is because I am uncertain, that I am putting this post here and not in the Java 7 forum...

I am running Windows XP home, SP3.

Stuart Lord
Campbell Ritchie
Sheriff

Joined: Oct 13, 2005
Posts: 36599
    
  16
The version of Java is independent of the version of Windows® you have. Try the following instructions at a command line and see what happens.
  • java -version
  • javac -version
  • If you get any surprises, tell us, and also the result of
  • echo %PATH%
  • Stuart Lord
    Greenhorn

    Joined: Oct 27, 2006
    Posts: 27
    Many thanks to Campbell for his input. I have just tried the 3 instructions as he suggested, the results that I get are as follows:

    java -version gives Error: could not open `C:\Program Files\Java\jre1.7.0_10\lib\i386\jvm.cfg' - so that certainly is a surprise...

    javac -version gives javac 1.6.0_11 - what I expected...

    and echo %PATH% gives C:\xampp\xampp\php;C:\windows\system32;C:\windows;C:\windows\System32\Wbem;C:\Pr
    ogram Files\Support Tools\;c:\Program Files\Microsoft SQL Server\90\Tools\binn\;
    C:\Program Files\QuickTime\QTSystem\;C:\Program Files\Java\jdk1.6.0_11\bin;C:\Pr
    ogram Files\IDM Computer Solutions\UltraCompare;C:\Program Files\OpenVPN\bin
    - so no real surprises there either.

    Am I right in thinking at this stage that the JRE is not in the CLASSPATH or something like that?

    I look forward to any comments or help that can be given.


    Stuart Lord
    Campbell Ritchie
    Sheriff

    Joined: Oct 13, 2005
    Posts: 36599
        
      16
    Strange results.
    When you set your PATH, you ought to put the most recent Java installation folder first. The reason is, there might be a different version of java in one of those system folders somewhere, and there might be a conflict if you use a newer javac than java.
    Suggest
  • 1: Repeat the procedure with echo %CLASSPATH% as well.
  • 2: If you find a CLASSPATH, edit that by adding .; dot‑semicolon to its beginning. If no CLASSPATH appears, do nothing about it. The reason is that QuickTime might have set its own CLASSPATH and that can interfere with yours, stopping you finding your .class files.
  • 3: Edit your PATH to move the Program Files...jdk1.6.0_11\bin entry to its beginning.
  • 4: If that sorts out your problems, all well and good. If not, and you have a download of the JDK you want to install, re‑install it.
  • I hope that will sort out your problems; if not tell us again.
    Stuart Lord
    Greenhorn

    Joined: Oct 27, 2006
    Posts: 27
    Thanks once again to Campbell for his help. I ran the echo %CLASSPATH% command and got the reply .;C:\Sun\AppServer\jdk\bin\javac.exe;C:\Program Files\Java\jre6\lib\ext\QTJava.zip - so no need to edit that.

    I note that the echo %PATH% command returns first the contents of the System variable Path and then appends to the end of the result, the contents of the User variable PATH.

    I edited the System variable Path, in accordance with point 3 of his suggestions - so that the entry that points to ...jdk1.6.0_11\bin is at the beginning.

    Now when I run the command java -version, I get
    java version "1.6.0_11"
    Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
    Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, sharing)


    and running the command javac -version, I get javac 1.6.0_11 - as before. So at least now there should be no conflicts between different versions of Java.

    I will re-run the System Configuration Utility and set it so that jusched runs on system startup and see if it crashes again. Hopefully what has been done will fix this.

    Many thanks once again for the help.

    Stuart Lord

    Stuart Lord
    Greenhorn

    Joined: Oct 27, 2006
    Posts: 27
    An update to this issue: after making the changes that Campbell suggested, I have run the System Configuration Utility and set it so that jusched runs on system startup. (As per my earlier post).

    Unfortunately jusched.exe still crashes, so although the changes made to PATH in effect rule out one line of enquiry, something more needs to be done.

    I could try reversing out the changes by restoring the system to an earlier date (with System Restore) - if this were done and the problem did not recur, it would almost certainly point the 'finger of blame' at the jre-7u9-windows-i586.exe file that I ran. This was downloaded directly from the Oracle website.

    I would value any further input, if only because I see the System Restore option as a last resort.

    Stuart Lord
    Campbell Ritchie
    Sheriff

    Joined: Oct 13, 2005
    Posts: 36599
        
      16
    Don’t know about system restore. If you installed Java7u9, but the earliest PATH entry with Java in points to Java6u11, then you will use 6u11 as a default. You can issue a command like set PATH=C:\Program…1.7.0_11\bin;%PATH% at the command like, which will bring the 7u9 into use, however. Unless you have reason to believe jusched has been changed by the 7u9 installation, I don’t know what to suggest.
    Sorry. Lost now. Don’t think I can help any more.

    Anybody else, please?

    I also think this is too difficult a question for its present location, so I shall move it.
    Stuart Lord
    Greenhorn

    Joined: Oct 27, 2006
    Posts: 27
    Thanks once again to Campbell for his input, I have now changed the PATH variable to have the entry - C:\Program Files\Java\jre7\bin; at its beginning, then ran the System Configuration Utility so that jusched.exe runs on startup. Having done all this, I restarted the computer and jusched still crashes.

    As for his final point, I too do not know if jusched has been affected by the installation of jre-7u9-windows-i586. All I can say is that jusched has now started to crash after the installation. Perhaps some registry entry has been corrupted and in which case a System Restore may be the safest option, since that should take care of this area as well.

    I look forward to any further input.

    Stuart Lord
    Stuart Lord
    Greenhorn

    Joined: Oct 27, 2006
    Posts: 27
    This problem has now been resolved by installing the latest version of Java - jdk-7u11-windows-i586 - for my version of Windows which is XP Home SP3.

    Many thanks to all those who offered help - in the end Oracle sent me an email advising that I download the latest version.

    Stuart Lord
    Campbell Ritchie
    Sheriff

    Joined: Oct 13, 2005
    Posts: 36599
        
      16
    You’re welcome
     
    I agree. Here's the link: http://aspose.com/file-tools
     
    subject: jusched.exe crashes
     
    Similar Threads
    Which Design Pattern and how to design using OOP this scenaria
    Which mail client do you prefer - Outlook or lotus notes?
    What it means when someone says that "it is too much expensive operation"
    Chapter 3, Head First Servlets and JSP
    packages and CLASSPATH