Wednesday, January 27th 2010, 1:22am
Problematic Startup of 1.5.2
I get the exact same problem when launching in the IDE via Project > Start
But if the project is compiled to Test.exe via File > Make Project - it runs properly w/o errors
so I'm with you > wassup ?
[I'm also XP Pro SP1 running Java 1.6.0]
But if the project is compiled to Test.exe via File > Make Project - it runs properly w/o errors
so I'm with you > wassup ?
[I'm also XP Pro SP1 running Java 1.6.0]
Wednesday, January 27th 2010, 10:59am
To find out the effective Java version, you could do the following:
Your 1.6.0.2 might be the problem
Greetings!
A1880
|
Source code |
1 2 3 4 |
C:\a1880 10:58 > java -version java version "1.6.0_17" Java(TM) SE Runtime Environment (build 1.6.0_17-b04) Java HotSpot(TM) Client VM (build 14.3-b01, mixed mode, sharing) |
Your 1.6.0.2 might be the problem
Greetings!
A1880
Thursday, January 28th 2010, 1:13am
I verified my version following your hint, and here is the log of the DOS CMD session:
I confess having assumed the 1.6.0_2 version because of the folder name, without having used the command suggested by you. But unfortunately, this comes back to the same problem without solution. Could you please dig again ? May be with the above log there are some clues for you...
Regards Klaus
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
Microsoft Windows XP [version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\Klaus>cd c:\ C:\>java -version java version "1.6.0_17" Java(TM) SE Runtime Environment (build 1.6.0_17-b04) Java HotSpot(TM) Client VM (build 14.3-b01, mixed mode, sharing) C:\>set j JAVADB=C:\Program Files\Java\jdk1.6.0_02\javadb JAVA_HOME=C:\Program Files\Java\jre1.6.0_02\bin C:\> |
I confess having assumed the 1.6.0_2 version because of the folder name, without having used the command suggested by you. But unfortunately, this comes back to the same problem without solution. Could you please dig again ? May be with the above log there are some clues for you...
Regards Klaus
Thursday, January 28th 2010, 9:25am
Hmm!
JAVA_HOME should point to the root of your Java.
Your JAVA_HOME references the .\bin subdirectory.
Could it be that your JAVA_HOME actually points to an elder/outdated Java environment?
To check that, you could look in directory c:\Program Files\Java
Are there any newer Java subdirectories?
Try the following:
A shorter test:
Do you still get "1.6.0_17"?
It is better to have no JAVA_HOME variable at all rather than an inconsistent one.
For your convenience, I attach a small script "whence.bat".
Execute "whence java" to find out, which Java actually is found and executed along the search PATH.
In Germany, we don't have a space in our path for programs.
We are using "Programme" instead of "Program Files".
But I would be surprised if Jabaco would actually stumble across this blank.
There are many international users out there ...
Good luck!
A1880
JAVA_HOME should point to the root of your Java.
Your JAVA_HOME references the .\bin subdirectory.
Could it be that your JAVA_HOME actually points to an elder/outdated Java environment?
To check that, you could look in directory c:\Program Files\Java
Are there any newer Java subdirectories?
Try the following:
|
|
Source code |
1 2 3 |
c: cd "C:\Program Files\Java\jre1.6.0_02\bin" .\java -version |
A shorter test:
|
|
Source code |
1 |
"%JAVA_HOME%\bin\java" -version |
Do you still get "1.6.0_17"?
It is better to have no JAVA_HOME variable at all rather than an inconsistent one.
For your convenience, I attach a small script "whence.bat".
Execute "whence java" to find out, which Java actually is found and executed along the search PATH.
In Germany, we don't have a space in our path for programs.
We are using "Programme" instead of "Program Files".
But I would be surprised if Jabaco would actually stumble across this blank.
There are many international users out there ...
Good luck!
A1880
Thursday, January 28th 2010, 5:25pm
According to your directory timestamps, your most recent Java is
Try to set JAVA_HOME as shown above.
Use the Java control panel in your Windows system control panel to make sure that the most recent java is actually active.
The following PATH entries might interfere with Jabaco and/or Java:
Greetings
A1880
|
|
Source code |
1 |
set JAVA_HOME=C:\Program Files\java\jre6 |
Try to set JAVA_HOME as shown above.
Use the Java control panel in your Windows system control panel to make sure that the most recent java is actually active.
The following PATH entries might interfere with Jabaco and/or Java:
|
|
Source code |
1 2 |
C:\PROGRA~1\FICHIE~1\JAVADB C:\SheerPower\ |
Greetings
A1880
Friday, January 29th 2010, 10:15am
The sequence of actions is as follows:
- start Jabaco
- open existing project
- select Quicksort.jba (project loads fine)
- fit F5 (or any other mean to start execution)
briefly, 2 windows show up at the bottom of the screen with log information:
The left window displays:
Thank you for you perseveration ! Klaus
- start Jabaco
- open existing project
- select Quicksort.jba (project loads fine)
- fit F5 (or any other mean to start execution)
briefly, 2 windows show up at the bottom of the screen with log information:
The left window displays:
The right window displays:
Quoted
start Java machine
connect [SHMEM] Jabaco
JBWP transport established
and shortly after, these windows disappear, and the first time, I get a message box with:
listening for transport dt-shmem at address xxxxxxxxxxxxx (the hex address varies each time)
and for each subsequent trial:
Debugger failed ! Process terminated !
Jabaco Debugger
And this is the result, whatever program I try to use, distributed exemples or a simple hello world program I made initially. This is frustrating; the IDE is brilliant and I feel I can get there what I am looking for, but without execution, even the finest program is just junk...
Debugger failed ! Process terminated !
PROBLEM: JVM process time-out
Thank you for you perseveration ! Klaus
Friday, January 29th 2010, 11:11am
Connection between Jabaco IDE and Java Virtual Machine is established using the Java Devug Wire Protocol JDWP
see here.
As far as I know, this can work via TCP Sockets or via Shared Memory on Windows.
Could there be a problem with TCP or IP name resolution on your system?
Things to check:
- entries in C:\WINDOWS\system32\drivers\etc\hosts
- entries in C:\WINDOWS\system32\drivers\etc\networks
- Domain Name Server working properly for name resolution (try "nslookup www.google.fr")
- Applications running which block TCP ports (use "netstat -a -b" to find out used TCP ports)
- Errors/Warnings in your Windows log (use "%SystemRoot%\system32\eventvwr.msc /s")
Chasing such a problem is a good way to get to know your system
Success!
A1880
see here.
As far as I know, this can work via TCP Sockets or via Shared Memory on Windows.
Could there be a problem with TCP or IP name resolution on your system?
Things to check:
- entries in C:\WINDOWS\system32\drivers\etc\hosts
- entries in C:\WINDOWS\system32\drivers\etc\networks
- Domain Name Server working properly for name resolution (try "nslookup www.google.fr")
- Applications running which block TCP ports (use "netstat -a -b" to find out used TCP ports)
- Errors/Warnings in your Windows log (use "%SystemRoot%\system32\eventvwr.msc /s")
Chasing such a problem is a good way to get to know your system
Success!
A1880
Friday, January 29th 2010, 12:28pm
The host file contains the following:
The network file:
I join the output of nslookup and netstat. The error logs don't show any item stamped at the time of error occurence (I did another test and explored the error logs just after that).
Is this helpfull ?
After that, there is a long list of sites inserted by Spybot - Search & Destroy.
127.0.0.1 localhost
The network file:
This is the only entry in the file.
loopback 127
I join the output of nslookup and netstat. The error logs don't show any item stamped at the time of error occurence (I did another test and explored the error logs just after that).
Is this helpfull ?
Saturday, January 30th 2010, 9:39am
OK, I tried to follow your hints. I'll take them in order:
Listening for transport dt_socket at address: 1234
I have to kill by ctrl/C.
By the way, compiling to exe and executing the exe works fine !
The JavaHome path: C:\Program Files\java\jre6
and this contains the existing JRE 1.6.0_17 version.
Another question: do I have to remove the older versions of Java (actually, they are all deactivated through the java consol) ?
Compilation no problem; at execution, program hangs infinitely after the message
- the jdwp-connection
try to change the debug-type in the project-settings to "remote" and let us know if that works. another thing you can try is:
- compile quicksort to quicksort.jar
- start the software in your terminal with jdwp: java -cp Quicksort.jar -Xrunjdwp:transport=dt_socket,server=y,address=1234 -Xdebug VBLoader
Listening for transport dt_socket at address: 1234
I have to kill by ctrl/C.
By the way, compiling to exe and executing the exe works fine !
There is still the same error.
- change debug-start to "nothing", debug-type to "remote", debug-port to "1234"
- start the debugger (f5)
- let us know if it works
I join the full register tree under ...\JavaSoft\; the current version is JR6 which is coherent with the program files folder. For uploading, the file has been renamed to .txt from the original .reg. A little doubt: I see I have the java 1.6.0_17 runtime, but not the dtk. May this be the cause of the problem ?
- the java-installation
open your registry-editor - move to "HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit"
check the "CurrentVersion"-item.
move to "HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit\%CurrentVersion%"
check the JavaHome-Path
The JavaHome path: C:\Program Files\java\jre6
and this contains the existing JRE 1.6.0_17 version.
Another question: do I have to remove the older versions of Java (actually, they are all deactivated through the java consol) ?
Sunday, February 7th 2010, 9:51pm
the software is waiting for a debugger like jabaco. don't kill it. repeat this step and start jabaco with the mentioned settings. jabaco will connect to the terminal and start the application.
Compilation no problem; at execution, program hangs infinitely after the message
Listening for transport dt_socket at address: 1234
I have to kill by ctrl/C.
i'm not sure what's wrong. try to remove all your java-installations and install the newest jdk or contact me for a teamviewer-session.
I join the full register tree under ...\JavaSoft\; the current version is JR6 which is coherent with the program files folder. For uploading, the file has been renamed to .txt from the original .reg. A little doubt: I see I have the java 1.6.0_17 runtime, but not the dtk. May this be the cause of the problem ?
Similar threads
-
Suggestions »-
Translate Jabaco into your native language
(Nov 25th 2008, 3:53am)
-
- General topics, questions and discussions »
-
Error starting application
(Jul 1st 2009, 8:42pm)
-
- Bugreports and known bugs »
-
[VERSION 1.5.2] Startup issue in Windows 7 RC1
(Oct 22nd 2009, 3:46pm)
-
- Bugreports and known bugs »
-
[VERSION 1.5.2] Run Error Ver. 1.4.2-1.5.2
(Sep 12th 2009, 1:18am)
-
- General topics, questions and discussions »
-
Launching Jabaco
(Aug 21st 2009, 8:19pm)