Hello again,
Reviewing the installation process (in the QuickStart Guide v3.06) I stumbled into de following problem. No matter the options, the wrong compiler is used. Allow me to explain the problem in detail. Prerequisites: G:\>java -version java version "1.8.0_152" Java(TM) SE Runtime Environment (build 1.8.0_152-b16) Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode) NetRexx successfully unpacked: Directory of d:\Kompiler\NetRexx\lib 2017-12-27 15:59 <DIR> . 2017-12-27 15:59 <DIR> .. 2017-12-11 15:06 2.450.404 ecj-4.6.3.jar 2017-12-11 15:06 444.572 NetRexxC.jar 2017-12-11 15:06 3.153.249 NetRexxF.jar Classpath set: G:\>set classpath classpath=D:\Kompiler\NetRexx\lib\NetRexxC.jar;D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar Now executing: G:\>JAVA org.netrexx.process.NetRexxC test.nrx Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar NetRexx portable processor 3.06-GA build 6-20171211-1111 Copyright (c) RexxLA, 2011,2017. All rights reserved. Parts Copyright (c) IBM Corporation, 1995,2008. Program test.nrx === class test === function main(String[]) Compilation of 'test.nrx' successful Executing with -javac option, it still picks the ecj... : G:\>JAVA org.netrexx.process.NetRexxC test.nrx -nologo -javac Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar Program test.nrx === class test === function main(String[]) Compilation of 'test.nrx' successful Removing ecj-4.6.3.jar from the \lib directory gives: G:\>JAVA org.netrexx.process.NetRexxC test.nrx -nologo -javac Found possible java compiler=D:\Kompiler\NetRexx\lib\NetRexxF.jar Program test.nrx === class test === function main(String[]) Compilation of 'test.nrx' successful Finally, removing NetRexxF.jar : G:\>JAVA org.netrexx.process.NetRexxC test.nrx -nologo -javac Found possible java compiler=D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar Program test.nrx === class test === function main(String[]) Compilation of 'test.nrx' successful Am I missing something? Is this the normal behavior? Probably I am making a mistake, so your support would be much appreciated. Thanks beforehand for your comments and/or suggestions. Best regards, Gus _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Hi Gustavo,
Are You sure your classpath to tools.jar is correct ? It normally is stored in ...\Program Files\java\...\tools.jar When the javac-compiler isn't found, NetRexxC uses the ecj-compiler :-) Kindly, Thomas. ===================================================================== Am 27.12.2017 um 16:45 schrieb
[hidden email]:
Hello again, _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
In reply to this post by gustavo_mindreau
Hi Gustavo,
if you rerun with the -diag option, it will tell you more. If this does not explain it, please send me its output. I tested here, and it does what it is told here. Also, it does not tell me which compiler it found, which suggest a classpath issue. best regards, René.
_______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Rene and all:
I think it definitely is a *classpath* issue ;-) Gustavo: Pls do *check* where You did install Java ! You do have a classpath=D:/Kompiler/ .... /tools.jar/ which is wrong, I think ! check where 'tools.jar' is actually on Your machine ! Kindly, Thomas. ============================================================================== Am 28.12.2017 um 13:58 schrieb René
Jansen:
Hi Gustavo, _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
In reply to this post by rvjansen
Dear Mr. Jansen,
Thank you for your suggestion. I did not find any answer in the -diag output :-( My guess is that something wrong happens if JAVA or NetRexx are not installed in the "standard" location (i.e. "c:\Program Files (x86)" ) Once again thank you for the support. Regards, Gus -------------------------------------------------------------------------------------------------------------------------------------------------------- G:\>JAVA org.netrexx.process.NetRexxC test -nologo -diag Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar # ext: access-bridge-64.jar # ext: cldrdata.jar # ext: dnsns.jar # ext: jaccess.jar # ext: jfxrt.jar # ext: localedata.jar # ext: nashorn.jar # ext: sunec.jar # ext: sunjce_provider.jar # ext: sunmscapi.jar # ext: sunpkcs11.jar # ext: zipfs.jar # Classpathseg . # Classpathseg D:\Kompiler\NetRexx\lib\NetRexxC.jar # Classpathseg D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar # Classpathseg D:\Kompiler\Java\jre\lib\resources.jar # Classpathseg D:\Kompiler\Java\jre\lib\rt.jar # Classpathseg D:\Kompiler\Java\jre\lib\jsse.jar # Classpathseg D:\Kompiler\Java\jre\lib\jce.jar # Classpathseg D:\Kompiler\Java\jre\lib\charsets.jar # Classpathseg D:\Kompiler\Java\jre\lib\jfr.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\access-bridge-64.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\cldrdata.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\dnsns.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\jaccess.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\jfxrt.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\localedata.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\nashorn.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\sunec.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\sunjce_provider.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\sunmscapi.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\sunpkcs11.jar # Classpathseg D:\Kompiler\Java\jre\lib\ext\zipfs.jar # Import: * [1 1 1] # ImportFind: : * # PACKDIRFIND '.' loop start # PACKDIRFIND loop end after 59ms # ZIPFIND 'D:\Kompiler\NetRexx\lib\NetRexxC.jar' loop start: 1 # ZIPFIND loop end with [29] after 6ms # ZIPFIND 'D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar' loop start: 1 # ZIPFIND loop end with [0] after 30ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\resources.jar' loop start: 1 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\rt.jar' loop start: 1 # ZIPFIND loop end with [3183] after 73ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\jsse.jar' loop start: 1 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\jce.jar' loop start: 1 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\charsets.jar' loop start: 1 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\jfr.jar' loop start: 1 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\access-bridge-64.jar' loop start: 1 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\cldrdata.jar' loop start: 1 # ZIPFIND loop end with [0] after 4ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\dnsns.jar' loop start: 1 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\jaccess.jar' loop start: 1 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\jfxrt.jar' loop start: 1 # ZIPFIND loop end with [0] after 9ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\localedata.jar' loop start: 1 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\nashorn.jar' loop start: 1 # ZIPFIND loop end with [0] after 2ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunec.jar' loop start: 1 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunjce_provider.jar' loop start: 1 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunmscapi.jar' loop start: 1 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunpkcs11.jar' loop start: 1 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\zipfs.jar' loop start: 1 # ZIPFIND loop end with [0] after 0ms # Imported 3212 after 228ms # 3220 classes in classpool table [load=80.5%] # 1942 packages # Reading test.nrx... # --- pass 0 --- test.nrx # Import: [1 0 0] # ImportFind: : [null] # DIRFIND: . "." '' '[all]' # DIRFIND loop end with [1] after 0ms # ZIPFIND 'D:\Kompiler\NetRexx\lib\NetRexxC.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar' loop start: 0 # ZIPFIND loop end with [0] after 6ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\resources.jar' loop start: 0 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\rt.jar' loop start: 0 # ZIPFIND loop end with [0] after 25ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\jsse.jar' loop start: 0 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\jce.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\charsets.jar' loop start: 0 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\jfr.jar' loop start: 0 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\access-bridge-64.jar' loop start: 0 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\cldrdata.jar' loop start: 0 # ZIPFIND loop end with [0] after 2ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\dnsns.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\jaccess.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\jfxrt.jar' loop start: 0 # ZIPFIND loop end with [0] after 12ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\localedata.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\nashorn.jar' loop start: 0 # ZIPFIND loop end with [0] after 1ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunec.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunjce_provider.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunmscapi.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunpkcs11.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\zipfs.jar' loop start: 0 # ZIPFIND loop end with [0] after 0ms # Imported 1 after 96ms # Loadclass java.lang.Object # ... from zipfile D:\Kompiler\Java\jre\lib\rt.jar # registerlocalclass '' 'test' # unfound class: 'test' 1 # Read test.nrx. # --- pass 0+ --- test.nrx # --- pass 1 --- test.nrx # === class test # --- method main [line 5] # Loadclass java.lang.String # ... from zipfile D:\Kompiler\Java\jre\lib\rt.jar # term: java.lang.String[] 'java.lang.String[]' [? [null]] 8 # NewVar: [1 java.lang.String[]: args] # FF: 0100 looking for 'main(java.lang.String[])' in 'java.lang.Object'... 1 # FF: 1100 looking for 'main(java.lang.String[])' in 'test'... 1 # FF: 1100 looking for 'Object' in 'java.lang.Object'... 1 # method: Object() returns java.lang.Object found in java.lang.Object [0] # --- pass 1+ --- test.nrx Program test.nrx # --- pass 2 --- test.nrx # --- /* Generated from 'test.nrx' 28 Dec 2017 16:52:02 [v3.06] */ # --- /* Options: Decimal Diag Format Java Trace2 Verbose3 */ === class test === # --- [null] # --- [] # --- public class test{ function main(String[]) # RePoolVar: [args] 0 # --- [null] # --- [] # --- public static void main # --- (java.lang.String args[]) # --- { # term: java.lang.String '"Hello NetRexx"' [java.lang.String Hello NetRexx] 2 # --- netrexx.lang.RexxIO.Say("Hello NetRexx"); # FF: 1100 looking for 'Return' in 'test'... 1 # --- return; # --- } # --- [] # FF: 1100 looking for 'Object' in 'java.lang.Object'... 1 # method: Object() returns java.lang.Object found in java.lang.Object [0] # --- [] # --- private test(){return;} # --- } # closefiles # Compiling: -nowarn -classpath .;D:\Kompiler\NetRexx\lib\NetRexxC.jar;D:\Kompiler\Java\jd k1.8.0_152\lib\tools.jar;D:\Kompiler\Java\jre\lib\resources.jar;D:\Kompiler\Java\jre\lib\r t.jar;D:\Kompiler\Java\jre\lib\jsse.jar;D:\Kompiler\Java\jre\lib\jce.jar;D:\Kompiler\Java\ jre\lib\charsets.jar;D:\Kompiler\Java\jre\lib\jfr.jar;D:\Kompiler\Java\jre\lib\ext\access- bridge-64.jar;D:\Kompiler\Java\jre\lib\ext\cldrdata.jar;D:\Kompiler\Java\jre\lib\ext\dnsns .jar;D:\Kompiler\Java\jre\lib\ext\jaccess.jar;D:\Kompiler\Java\jre\lib\ext\jfxrt.jar;D:\Ko mpiler\Java\jre\lib\ext\localedata.jar;D:\Kompiler\Java\jre\lib\ext\nashorn.jar;D:\Kompile r\Java\jre\lib\ext\sunec.jar;D:\Kompiler\Java\jre\lib\ext\sunjce_provider.jar;D:\Kompiler\ Java\jre\lib\ext\sunmscapi.jar;D:\Kompiler\Java\jre\lib\ext\sunpkcs11.jar;D:\Kompiler\Java \jre\lib\ext\zipfs.jar G:\\test.java Thread context classloader=java.net.URLClassLoader@5fd0d5ae parent loader=sun.misc.Launcher$AppClassLoader@33909752 parent loader=sun.misc.Launcher$ExtClassLoader@2d98a335 current loader=sun.misc.Launcher$AppClassLoader@33909752 parent loader=sun.misc.Launcher$ExtClassLoader@2d98a335 # compiling test.nrx using javac # Compiled: ok=1 # closeinput Compilation of 'test.nrx' successful --------------------------------------------------------------------------------------------------------------------------------------------------------
Hi Gustavo, if you rerun with the -diag option, it will tell you more. If this does not explain it, please send me its output. I tested here, and it does what it is told here. Also, it does not tell me which compiler it found, which suggest a classpath issue. best regards, René. _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Hi Gustavo:
Are You sure you did install the proper JDK (Java Development Kit), and not only the JRE ? NetRexxC does *need* the JDK to be able to -javac Your NetRexx Source File !!! Thomas. --- This email has been checked for viruses by AVG. https://urldefense.proofpoint.com/v2/url?u=http-3A__www.avg.com&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=_6rXNpPJ1fYV-3bV1za02NiR4PUelvicfHXwtnTXpXE&m=h8Dcs2BOLszyxQvkSQaUxjwiq3ahzu4Zx7k2YUsj0JI&s=cV7UvajqEJlcR0v3F6a6xwr3CcVll1CYgBg1I3MucHY&e= _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
May I herewith *suggest* that You send me *Your program in question
(Test.nrx)* ... privately, so that I can *try* to compile it on my own *Windows10* machine ? I definitely *think* it has to be a *classpath* problem ... *OR* a yet unknown found bug in NetRexxC, sorry to say that :-( Thomas Schneider, IT-Consultant, Vienna, Austria (Europe, no kangorooh's, sorry to say that ;-)) www.db-123.com www.ThSITC.com ================================================================================= Am 28.12.2017 um 17:31 schrieb Thomas Schneider: > Hi Gustavo: > > Are You sure you did install the proper JDK (Java Development Kit), > and not only the JRE ? > NetRexxC does *need* the JDK to be able to -javac Your NetRexx Source > File !!! > Thomas. > --- This email has been checked for viruses by AVG. https://urldefense.proofpoint.com/v2/url?u=http-3A__www.avg.com&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=_6rXNpPJ1fYV-3bV1za02NiR4PUelvicfHXwtnTXpXE&m=-VoOm2urO4ewUKofRQInM4ebRjUs-BvoBgCH3qugxp4&s=1GjyW6oeA69GvJKItSdIzjgJDHq0CLJ58kAT4FUhzYw&e= _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
In reply to this post by gustavo_mindreau
Hi Gustavo,
reading your original message a bit closer, I have a few observations. The “found possible compiler” message is not an indication of which compiler is used, it is more like “tourist information”. I am not too happy with this message myself (it seems to have crept in while debugging the new complier api) and it might be removed altogether, if it seems to foster misunderstanding. The easiest way to see which compiler is used, is to add the -time option to the compile commandline: ╭─rvjansen@Multics ~/apps/netrexx-code ‹master*› ╰─$ nrc -time test -ecj NetRexx portable processor 3.06-GA build 8-20171228-2147 Copyright (c) RexxLA, 2011,2017. All rights reserved. Parts Copyright (c) IBM Corporation, 1995,2008. Program test.nrx Compilation of 'test.nrx' successful Translate time: 0.2s ecj time: 0.3s Total time: 0.5s ╭─rvjansen@Multics ~/apps/netrexx-code ‹master*› ╰─$ nrc -time test -javac NetRexx portable processor 3.06-GA build 8-20171228-2147 Copyright (c) RexxLA, 2011,2017. All rights reserved. Parts Copyright (c) IBM Corporation, 1995,2008. Program test.nrx Compilation of 'test.nrx' successful Translate time: 0.2s javac time: 0.3s Total time: 0.5s (bold type for clarity only) Can you please verify that this works the same on your system? There is no relation to any ‘standard’ location, as there are none for Java and NetRexx. The observed behaviour is due to the fact that the ecj compiler is in the NetRexxF.jar file, so it is seen on the classpath of that jar is on it. Likewise, if you have installed an SDK instead of a JRE, most of the time you can find tools.jar because the java executable ‘cheats’ in finding the tools.jar file relative to its own location - on some platforms that is. best regards, René.
_______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Good morning Mr. Jansen,
And thank you very much for solving this question. I put back all three compilers in the \lib directory (NetRexxC.jar, NetRexxF.jar and ecj-4.6.3.jar) > JAVA org.netrexx.process.NetRexxC test.nrx -time Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar NetRexx portable processor 3.06-GA build 6-20171211-1111 Copyright (c) RexxLA, 2011,2017. All rights reserved. Parts Copyright (c) IBM Corporation, 1995,2008. Program test.nrx === class test === function main(String[]) Compilation of 'test.nrx' successful Translate time: 0.3s javac time: 0.5s Total time: 0.8s Yes, it is working the same as in your system. The only difference is that my build is 3.06-GA build 6-20171211-1111 and yours 3.06-GA build 8-20171228-2147. And you do not get the misleading "tourist" message: "Found possible java compiler..." So I confirm that it was the "Tourist Information" that caused all the misunderstanding and confusion. (like the VVV in Amsterdam sending us into the wrong direction :-) The right compiler (i.e. javac) was always being used but the user was not aware of. But with parm -time it is now very clear (by the way, it seems that javac is the default, so parm -javac is not necessary). Thank you very much for taking the time in analyzing this question. Much appreciated. And by the way, and to never take it for granted, the NetRexx language, as it was REXX, is a great addition to the world of computing. A thousand thanks to Mr. 'Miguel' Cowlishaw :-) Sincerely, Gus
Hi Gustavo, reading your original message a bit closer, I have a few observations. The “found possible compiler” message is not an indication of which compiler is used, it is more like “tourist information”. I am not too happy with this message myself (it seems to have crept in while debugging the new complier api) and it might be removed altogether, if it seems to foster misunderstanding. The easiest way to see which compiler is used, is to add the -time option to the compile commandline: �q─rvjansen@Multics ~/apps/netrexx-code ‹master*› �t─$ nrc -time test -ecj NetRexx portable processor 3.06-GA build 8-20171228-2147 Copyright (c) RexxLA, 2011,2017. All rights reserved. Parts Copyright (c) IBM Corporation, 1995,2008. Program test.nrx Compilation of 'test.nrx' successful Translate time: 0.2s ecj time: 0.3s Total time: 0.5s �q─rvjansen@Multics ~/apps/netrexx-code ‹master*› �t─$ nrc -time test -javac NetRexx portable processor 3.06-GA build 8-20171228-2147 Copyright (c) RexxLA, 2011,2017. All rights reserved. Parts Copyright (c) IBM Corporation, 1995,2008. Program test.nrx Compilation of 'test.nrx' successful Translate time: 0.2s javac time: 0.3s Total time: 0.5s (bold type for clarity only) Can you please verify that this works the same on your system? There is no relation to any ‘standard’ location, as there are none for Java and NetRexx. The observed behaviour is due to the fact that the ecj compiler is in the NetRexxF.jar file, so it is seen on the classpath of that jar is on it. Likewise, if you have installed an SDK instead of a JRE, most of the time you can find tools.jar because the java executable ‘cheats’ in finding the tools.jar file relative to its own location - on some platforms that is. best regards, René. On 28 Dec 2017, at 12:00, [hidden email] wrote: Dear Mr. Jansen, Thank you for your suggestion. I did not find any answer in the -diag output :-( My guess is that something wrong happens if JAVA or NetRexx are not installed in the "standard" location (i.e. "c:\Program Files (x86)" ) Once again thank you for the support. Regards, Gus -------------------------------------------------------------------------------------------------------------------------------------------------------- G:\>JAVA org.netrexx.process.NetRexxC test -nologo -diag Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar # ext: access-bridge-64.jar _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Free forum by Nabble | Edit this page |