Hi,
I saw that Netrexx runs on Mac OS, so I thought I would try it again. I gave up in the past, because I couldn't translate the instructions into "Mac". On the Mac I have put both of the jar files in the "Extensions" folder, i.e. /Library/Java/Extensions. When I run the NetRexxC.sh script, I get the following. NetRexxC.sh ../hello + test 1 -eq 0 + test ../hello = -run + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello NetRexx portable processor, version 2.05 Copyright (c) IBM Corporation, 2005. All rights reserved. Program hello.nrx +++ Error: The class 'java.lang.Object' cannot be found Compilation of 'hello.nrx' failed [one error] + test 2 -eq 0 So it looks like it is finding the compiler. Can someone tell me what it is looking for? Thanks, Bruce -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100202/27585730/attachment.html |
Hi Bruce,
It's looking for the Java core classes. 'Object' is the actual root of java's class library. Have not much experience with java on Mac OS X but a known location for this is /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/classes.jar Definitely, you should look for the 'classes.jar' file Hope that little bit helps somewhat. 2010/2/3 Bruce Skelly <[hidden email]> > Hi, > > I saw that Netrexx runs on Mac OS, so I thought I would try it again. I > gave up in the past, because I couldn't translate the instructions into > "Mac". > > On the Mac I have put both of the jar files in the "Extensions" folder, > i.e. /Library/Java/Extensions. > > When I run the NetRexxC.sh script, I get the following. > > *NetRexxC.sh ../hello* > *+ test 1 -eq 0* > *+ test ../hello = -run* > *+ java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello* > *NetRexx portable processor, version 2.05* > *Copyright (c) IBM Corporation, 2005. All rights reserved.* > *Program hello.nrx* > * +++ Error: The class 'java.lang.Object' cannot be found* > *Compilation of 'hello.nrx' failed [one error]* > *+ test 2 -eq 0* > * > * > So it looks like it is finding the compiler. Can someone tell me what it > is looking for? > > Thanks, > > Bruce > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > -- Saludos / Regards, David Requena -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100203/3b310241/attachment.html |
Thanks that gives me something to look for.
Bruce On Feb 2, 2010, at 5:06 PM, David Requena wrote: > Hi Bruce, > > It's looking for the Java core classes. 'Object' is the actual root > of java's class library. > > Have not much experience with java on Mac OS X but a known location > for this is > > /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/ > classes.jar > > Definitely, you should look for the 'classes.jar' file > > Hope that little bit helps somewhat. > > > 2010/2/3 Bruce Skelly <[hidden email]> > Hi, > > I saw that Netrexx runs on Mac OS, so I thought I would try it > again. I gave up in the past, because I couldn't translate the > instructions into "Mac". > > On the Mac I have put both of the jar files in the "Extensions" > folder, i.e. /Library/Java/Extensions. > > When I run the NetRexxC.sh script, I get the following. > > NetRexxC.sh ../hello > + test 1 -eq 0 > + test ../hello = -run > + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello > NetRexx portable processor, version 2.05 > Copyright (c) IBM Corporation, 2005. All rights reserved. > Program hello.nrx > +++ Error: The class 'java.lang.Object' cannot be found > Compilation of 'hello.nrx' failed [one error] > + test 2 -eq 0 > > So it looks like it is finding the compiler. Can someone tell me > what it is looking for? > > Thanks, > > Bruce > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > > > > -- > Saludos / Regards, > David Requena > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100202/e5a7ca80/attachment.html |
Hi Bruce,
sorry for being late to the party, but I am in CET (Amsterdam). What you should have on your classpath for 2.05 is: /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar the Snow Leopard default command line java seems to be 1.6 - this path always points to the current one. The good news is that what is packaged in tools.jar is also in classes.jar on the Mac. This problem will eventually go away, as I happen to know. best regards, Ren? Jansen. On 3 feb 2010, at 03:45, Bruce Skelly wrote: > Thanks that gives me something to look for. > > Bruce > On Feb 2, 2010, at 5:06 PM, David Requena wrote: > >> Hi Bruce, >> >> It's looking for the Java core classes. 'Object' is the actual root of java's class library. >> >> Have not much experience with java on Mac OS X but a known location for this is >> >> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/classes.jar >> >> Definitely, you should look for the 'classes.jar' file >> >> Hope that little bit helps somewhat. >> >> >> 2010/2/3 Bruce Skelly <[hidden email]> >> Hi, >> >> I saw that Netrexx runs on Mac OS, so I thought I would try it again. I gave up in the past, because I couldn't translate the instructions into "Mac". >> >> On the Mac I have put both of the jar files in the "Extensions" folder, i.e. /Library/Java/Extensions. >> >> When I run the NetRexxC.sh script, I get the following. >> >> NetRexxC.sh ../hello >> + test 1 -eq 0 >> + test ../hello = -run >> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >> NetRexx portable processor, version 2.05 >> Copyright (c) IBM Corporation, 2005. All rights reserved. >> Program hello.nrx >> +++ Error: The class 'java.lang.Object' cannot be found >> Compilation of 'hello.nrx' failed [one error] >> + test 2 -eq 0 >> >> So it looks like it is finding the compiler. Can someone tell me what it is looking for? >> >> Thanks, >> >> Bruce >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> >> >> -- >> Saludos / Regards, >> David Requena >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100203/619cac7f/attachment-0001.html |
Thanks Ren?
Bruce On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: > Hi Bruce, > > sorry for being late to the party, but I am in CET (Amsterdam). > > What you should have on your classpath for 2.05 is: > /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar > > the Snow Leopard default command line java seems to be 1.6 - this > path always points to the current one. > The good news is that what is packaged in tools.jar is also in > classes.jar on the Mac. > > This problem will eventually go away, as I happen to know. > > best regards, > > Ren? Jansen. > > On 3 feb 2010, at 03:45, Bruce Skelly wrote: > >> Thanks that gives me something to look for. >> >> Bruce >> On Feb 2, 2010, at 5:06 PM, David Requena wrote: >> >>> Hi Bruce, >>> >>> It's looking for the Java core classes. 'Object' is the actual >>> root of java's class library. >>> >>> Have not much experience with java on Mac OS X but a known >>> location for this is >>> >>> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/ >>> classes.jar >>> >>> Definitely, you should look for the 'classes.jar' file >>> >>> Hope that little bit helps somewhat. >>> >>> >>> 2010/2/3 Bruce Skelly <[hidden email]> >>> Hi, >>> >>> I saw that Netrexx runs on Mac OS, so I thought I would try it >>> again. I gave up in the past, because I couldn't translate the >>> instructions into "Mac". >>> >>> On the Mac I have put both of the jar files in the "Extensions" >>> folder, i.e. /Library/Java/Extensions. >>> >>> When I run the NetRexxC.sh script, I get the following. >>> >>> NetRexxC.sh ../hello >>> + test 1 -eq 0 >>> + test ../hello = -run >>> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >>> NetRexx portable processor, version 2.05 >>> Copyright (c) IBM Corporation, 2005. All rights reserved. >>> Program hello.nrx >>> +++ Error: The class 'java.lang.Object' cannot be found >>> Compilation of 'hello.nrx' failed [one error] >>> + test 2 -eq 0 >>> >>> So it looks like it is finding the compiler. Can someone tell me >>> what it is looking for? >>> >>> Thanks, >>> >>> Bruce >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> >>> >>> >>> -- >>> Saludos / Regards, >>> David Requena >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100203/ec4f0dee/attachment.html |
In reply to this post by rvjansen
Hi Ren?,
I'm on Leopard (Mac OSX 10.5.8), so it appears that my default version of java is 1.5.0_22. I added a CLASSPATH=/System/Library/Frameworks/JavaVM.framework to the NetRexxC.sh shell script. Now it appears that the "compile" is looping. I'm getting 90% cpu for Java, and waited several minutes for hello.nrx to "compile" before canceling it. Any suggestions? Thanks, Bruce On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: > Hi Bruce, > > sorry for being late to the party, but I am in CET (Amsterdam). > > What you should have on your classpath for 2.05 is: > /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar > > the Snow Leopard default command line java seems to be 1.6 - this > path always points to the current one. > The good news is that what is packaged in tools.jar is also in > classes.jar on the Mac. > > This problem will eventually go away, as I happen to know. > > best regards, > > Ren? Jansen. > > On 3 feb 2010, at 03:45, Bruce Skelly wrote: > >> Thanks that gives me something to look for. >> >> Bruce >> On Feb 2, 2010, at 5:06 PM, David Requena wrote: >> >>> Hi Bruce, >>> >>> It's looking for the Java core classes. 'Object' is the actual >>> root of java's class library. >>> >>> Have not much experience with java on Mac OS X but a known >>> location for this is >>> >>> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/ >>> classes.jar >>> >>> Definitely, you should look for the 'classes.jar' file >>> >>> Hope that little bit helps somewhat. >>> >>> >>> 2010/2/3 Bruce Skelly <[hidden email]> >>> Hi, >>> >>> I saw that Netrexx runs on Mac OS, so I thought I would try it >>> again. I gave up in the past, because I couldn't translate the >>> instructions into "Mac". >>> >>> On the Mac I have put both of the jar files in the "Extensions" >>> folder, i.e. /Library/Java/Extensions. >>> >>> When I run the NetRexxC.sh script, I get the following. >>> >>> NetRexxC.sh ../hello >>> + test 1 -eq 0 >>> + test ../hello = -run >>> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >>> NetRexx portable processor, version 2.05 >>> Copyright (c) IBM Corporation, 2005. All rights reserved. >>> Program hello.nrx >>> +++ Error: The class 'java.lang.Object' cannot be found >>> Compilation of 'hello.nrx' failed [one error] >>> + test 2 -eq 0 >>> >>> So it looks like it is finding the compiler. Can someone tell me >>> what it is looking for? >>> >>> Thanks, >>> >>> Bruce >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> >>> >>> >>> -- >>> Saludos / Regards, >>> David Requena >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100204/099acb71/attachment-0001.html |
wouldn't that be
/System/Library/Frameworks/JavaVM.framework/Classes/classes.jar as Ren? originally stated? 2010/2/4 Bruce Skelly <[hidden email]> > Hi Ren?, > > I'm on Leopard (Mac OSX 10.5.8), so it appears that my default version of > java is 1.5.0_22. > > I added a CLASSPATH=/System/Library/Frameworks/JavaVM.framework to the > NetRexxC.sh shell script. > > Now it appears that the "compile" is looping. I'm getting 90% cpu for > Java, and waited several minutes for hello.nrx to "compile" before canceling > it. > > Any suggestions? > > Thanks, > > Bruce > > On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: > > Hi Bruce, > > sorry for being late to the party, but I am in CET (Amsterdam). > > What you should have on your classpath for 2.05 is: > /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar > > the Snow Leopard default command line java seems to be 1.6 - this path > always points to the current one. > The good news is that what is packaged in tools.jar is also in classes.jar > on the Mac. > > This problem will eventually go away, as I happen to know. > > best regards, > > Ren? Jansen. > > On 3 feb 2010, at 03:45, Bruce Skelly wrote: > > Thanks that gives me something to look for. > > Bruce > On Feb 2, 2010, at 5:06 PM, David Requena wrote: > > Hi Bruce, > > It's looking for the Java core classes. 'Object' is the actual root of > java's class library. > > Have not much experience with java on Mac OS X but a known location for > this is > > > /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/classes.jar > > Definitely, you should look for the 'classes.jar' file > > Hope that little bit helps somewhat. > > > 2010/2/3 Bruce Skelly <[hidden email]> > >> Hi, >> >> I saw that Netrexx runs on Mac OS, so I thought I would try it again. I >> gave up in the past, because I couldn't translate the instructions into >> "Mac". >> >> On the Mac I have put both of the jar files in the "Extensions" folder, >> i.e. /Library/Java/Extensions. >> >> When I run the NetRexxC.sh script, I get the following. >> >> *NetRexxC.sh ../hello* >> *+ test 1 -eq 0* >> *+ test ../hello = -run* >> *+ java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello* >> *NetRexx portable processor, version 2.05* >> *Copyright (c) IBM Corporation, 2005. All rights reserved.* >> *Program hello.nrx* >> * +++ Error: The class 'java.lang.Object' cannot be found* >> *Compilation of 'hello.nrx' failed [one error]* >> *+ test 2 -eq 0* >> * >> * >> So it looks like it is finding the compiler. Can someone tell me what it >> is looking for? >> >> Thanks, >> >> Bruce >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> > > > -- > Saludos / Regards, > David Requena > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > -- Saludos / Regards, David Requena -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100204/2beeb594/attachment.html |
I tried that and I get the same error I was originally getting.
I usually think of a CLASSPATH as consisting of directories, not jar files. I also tried the path less the end, classes.jar, but that also died with the original error message. I also, due to recent conversations, took the '-ms4M' out of the command line with no effect. Thanks for the suggestions, and keep thinking. I've got to be close, if it is looping. Bruce On Feb 4, 2010, at 7:42 AM, David Requena wrote: > wouldn't that be /System/Library/Frameworks/JavaVM.framework/Classes/ > classes.jar as Ren? originally stated? > > 2010/2/4 Bruce Skelly <[hidden email]> > Hi Ren?, > > I'm on Leopard (Mac OSX 10.5.8), so it appears that my default > version of java is 1.5.0_22. > > I added a CLASSPATH=/System/Library/Frameworks/JavaVM.framework to > the NetRexxC.sh shell script. > > Now it appears that the "compile" is looping. I'm getting 90% cpu > for Java, and waited several minutes for hello.nrx to "compile" > before canceling it. > > Any suggestions? > > Thanks, > > Bruce > > On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: > >> Hi Bruce, >> >> sorry for being late to the party, but I am in CET (Amsterdam). >> >> What you should have on your classpath for 2.05 is: >> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar >> >> the Snow Leopard default command line java seems to be 1.6 - this >> path always points to the current one. >> The good news is that what is packaged in tools.jar is also in >> classes.jar on the Mac. >> >> This problem will eventually go away, as I happen to know. >> >> best regards, >> >> Ren? Jansen. >> >> On 3 feb 2010, at 03:45, Bruce Skelly wrote: >> >>> Thanks that gives me something to look for. >>> >>> Bruce >>> On Feb 2, 2010, at 5:06 PM, David Requena wrote: >>> >>>> Hi Bruce, >>>> >>>> It's looking for the Java core classes. 'Object' is the actual >>>> root of java's class library. >>>> >>>> Have not much experience with java on Mac OS X but a known >>>> location for this is >>>> >>>> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/ >>>> Classes/classes.jar >>>> >>>> Definitely, you should look for the 'classes.jar' file >>>> >>>> Hope that little bit helps somewhat. >>>> >>>> >>>> 2010/2/3 Bruce Skelly <[hidden email]> >>>> Hi, >>>> >>>> I saw that Netrexx runs on Mac OS, so I thought I would try it >>>> again. I gave up in the past, because I couldn't translate the >>>> instructions into "Mac". >>>> >>>> On the Mac I have put both of the jar files in the "Extensions" >>>> folder, i.e. /Library/Java/Extensions. >>>> >>>> When I run the NetRexxC.sh script, I get the following. >>>> >>>> NetRexxC.sh ../hello >>>> + test 1 -eq 0 >>>> + test ../hello = -run >>>> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >>>> NetRexx portable processor, version 2.05 >>>> Copyright (c) IBM Corporation, 2005. All rights reserved. >>>> Program hello.nrx >>>> +++ Error: The class 'java.lang.Object' cannot be found >>>> Compilation of 'hello.nrx' failed [one error] >>>> + test 2 -eq 0 >>>> >>>> So it looks like it is finding the compiler. Can someone tell me >>>> what it is looking for? >>>> >>>> Thanks, >>>> >>>> Bruce >>>> >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Saludos / Regards, >>>> David Requena >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > > > > -- > Saludos / Regards, > David Requena > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100204/c25ed435/attachment.html |
In reply to this post by David Requena
Bruce,
as David stated, the classpath must contain what is stated - including the jar. It now will parse the large java archives in that directory. Generally, when compiles take very long, it is worthwhile to make a subdirectory - if there are a lot of java classes on your system, and these can be 'seen' from the classpath setting, the compiler will process them each time In this case this is not needed, because the classpath itself is at fault. best regards, Ren?. On Thu, Feb 4, 2010 at 4:42 PM, David Requena <[hidden email]> wrote: > wouldn't that be > /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar as Ren? > originally stated? > > 2010/2/4 Bruce Skelly <[hidden email]> >> >> Hi Ren?, >> I'm on Leopard (Mac OSX 10.5.8), so it appears that my default version of >> java is 1.5.0_22. >> I added a CLASSPATH=/System/Library/Frameworks/JavaVM.framework to the >> NetRexxC.sh shell script. >> Now it appears that the "compile" is looping. ?I'm getting 90% cpu for >> Java, and waited several minutes for hello.nrx to "compile" before canceling >> it. >> Any suggestions? >> Thanks, >> Bruce >> On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: >> >> Hi Bruce, >> sorry for being late to the party, but I am in CET (Amsterdam). >> What you should have on your classpath for 2.05 is: >> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar >> the Snow Leopard default command line java seems to be 1.6 - this path >> always points to the current one. >> The good news is that what is packaged in tools.jar is also in classes.jar >> on the Mac. >> This problem will eventually go away, as I happen to know. >> best regards, >> Ren? Jansen. >> On 3 feb 2010, at 03:45, Bruce Skelly wrote: >> >> Thanks that gives me something to look for. >> Bruce >> On Feb 2, 2010, at 5:06 PM, David Requena wrote: >> >> Hi Bruce, >> It's looking for the Java core classes. 'Object' is the actual root of >> java's class library. >> Have not much experience with java on Mac OS X but a known location for >> this is >> >> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/classes.jar >> Definitely, you should look for the 'classes.jar' file >> Hope that little bit helps somewhat. >> >> 2010/2/3 Bruce Skelly <[hidden email]> >>> >>> Hi, >>> I saw that Netrexx runs on Mac OS, so I thought I would try it again. ?I >>> gave up in the past, because I couldn't translate the instructions into >>> "Mac". >>> On the Mac I have put both of the jar files in the "Extensions" folder, >>> i.e. /Library/Java/Extensions. >>> When I run the NetRexxC.sh script, I get the following. >>> NetRexxC.sh ../hello >>> + test 1 -eq 0 >>> + test ../hello = -run >>> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >>> NetRexx portable processor, version 2.05 >>> Copyright (c) IBM Corporation, 2005. ?All rights reserved. >>> Program hello.nrx >>> ?? +++ Error: The class 'java.lang.Object' cannot be found >>> Compilation of 'hello.nrx' failed [one error] >>> + test 2 -eq 0 >>> So it looks like it is finding the compiler. ?Can someone tell me what it >>> is looking for? >>> Thanks, >>> Bruce >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >> >> >> >> -- >> Saludos / Regards, >> David Requena >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> > > > > -- > Saludos / Regards, > David Requena > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > |
In reply to this post by Bruce Skelly
Bruce,
with classpath issues it helps to move the things that you know are good to the left. So the NetRexxC.jar first, then the Java runtime, and then the rest. Try to move your source to a runtime. Maybe add a -verbose5 to the compile to see if that yields any clues. Warning: -verbose[0-5] lives up to its name. I have run NetRexx on all available MacOSX versions since 2003 and only recently moved all machines (but one, the PPC mini) to Snow Leopard. It did not give me any trouble on Leopard at all - we must be close. Maybe show the relevant statements from your profile so we can see. We will get this to work soon. best regards, Ren? On Thu, Feb 4, 2010 at 5:33 PM, Bruce Skelly <[hidden email]> wrote: > I tried that and I get the same error I was originally getting. > I usually think of a CLASSPATH as consisting of directories, not jar files. > > I also tried the path less the end, classes.jar, but that also died with the > original error message. > I also, due to recent conversations, took the '-ms4M' out of the command > line with no effect. > Thanks for the suggestions, and keep thinking. ?I've got to be close, if it > is looping. > Bruce > > On Feb 4, 2010, at 7:42 AM, David Requena wrote: > > wouldn't that be > /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar as Ren? > originally stated? > > 2010/2/4 Bruce Skelly <[hidden email]> >> >> Hi Ren?, >> I'm on Leopard (Mac OSX 10.5.8), so it appears that my default version of >> java is 1.5.0_22. >> I added a CLASSPATH=/System/Library/Frameworks/JavaVM.framework to the >> NetRexxC.sh shell script. >> Now it appears that the "compile" is looping. ?I'm getting 90% cpu for >> Java, and waited several minutes for hello.nrx to "compile" before canceling >> it. >> Any suggestions? >> Thanks, >> Bruce >> On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: >> >> Hi Bruce, >> sorry for being late to the party, but I am in CET (Amsterdam). >> What you should have on your classpath for 2.05 is: >> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar >> the Snow Leopard default command line java seems to be 1.6 - this path >> always points to the current one. >> The good news is that what is packaged in tools.jar is also in classes.jar >> on the Mac. >> This problem will eventually go away, as I happen to know. >> best regards, >> Ren? Jansen. >> On 3 feb 2010, at 03:45, Bruce Skelly wrote: >> >> Thanks that gives me something to look for. >> Bruce >> On Feb 2, 2010, at 5:06 PM, David Requena wrote: >> >> Hi Bruce, >> It's looking for the Java core classes. 'Object' is the actual root of >> java's class library. >> Have not much experience with java on Mac OS X but a known location for >> this is >> >> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/classes.jar >> Definitely, you should look for the 'classes.jar' file >> Hope that little bit helps somewhat. >> >> 2010/2/3 Bruce Skelly <[hidden email]> >>> >>> Hi, >>> I saw that Netrexx runs on Mac OS, so I thought I would try it again. ?I >>> gave up in the past, because I couldn't translate the instructions into >>> "Mac". >>> On the Mac I have put both of the jar files in the "Extensions" folder, >>> i.e. /Library/Java/Extensions. >>> When I run the NetRexxC.sh script, I get the following. >>> NetRexxC.sh ../hello >>> + test 1 -eq 0 >>> + test ../hello = -run >>> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >>> NetRexx portable processor, version 2.05 >>> Copyright (c) IBM Corporation, 2005. ?All rights reserved. >>> Program hello.nrx >>> ?? +++ Error: The class 'java.lang.Object' cannot be found >>> Compilation of 'hello.nrx' failed [one error] >>> + test 2 -eq 0 >>> So it looks like it is finding the compiler. ?Can someone tell me what it >>> is looking for? >>> Thanks, >>> Bruce >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >> >> >> >> -- >> Saludos / Regards, >> David Requena >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> > > > > -- > Saludos / Regards, > David Requena > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > |
In reply to this post by rvjansen
Ok, my mistake. When I used the path that you provided, I *thought* I
got the same error message. I didn't. What I got was + CLASSPATH=/System/Library/Frameworks/JavaVM.framework/Classes/ classes.jar + export CLASSPATH + test 1 -eq 0 + test hello = -run + java COM.ibm.netrexx.process.NetRexxC hello NetRexx portable processor, version 2.05 Copyright (c) IBM Corporation, 2005. All rights reserved. Program hello.nrx +++ Error: The class 'netrexx.lang.Rexx' cannot be found Compilation of 'hello.nrx' failed [one error] + test 2 -eq 0 On Feb 4, 2010, at 8:38 AM, Ren? Jansen wrote: > Bruce, > > as David stated, the classpath must contain what is stated - including > the jar. It now will parse the large java archives in that directory. > > Generally, when compiles take very long, it is worthwhile to make a > subdirectory - if there are a lot of java classes on your system, and > these can be 'seen' from the classpath setting, the compiler will > process them each time > > In this case this is not needed, because the classpath itself is at > fault. > > best regards, > > Ren?. > > On Thu, Feb 4, 2010 at 4:42 PM, David Requena <[hidden email]> > wrote: >> wouldn't that be >> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar as >> Ren? >> originally stated? >> >> 2010/2/4 Bruce Skelly <[hidden email]> >>> >>> Hi Ren?, >>> I'm on Leopard (Mac OSX 10.5.8), so it appears that my default >>> version of >>> java is 1.5.0_22. >>> I added a CLASSPATH=/System/Library/Frameworks/JavaVM.framework to >>> the >>> NetRexxC.sh shell script. >>> Now it appears that the "compile" is looping. I'm getting 90% cpu >>> for >>> Java, and waited several minutes for hello.nrx to "compile" before >>> canceling >>> it. >>> Any suggestions? >>> Thanks, >>> Bruce >>> On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: >>> >>> Hi Bruce, >>> sorry for being late to the party, but I am in CET (Amsterdam). >>> What you should have on your classpath for 2.05 is: >>> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar >>> the Snow Leopard default command line java seems to be 1.6 - this >>> path >>> always points to the current one. >>> The good news is that what is packaged in tools.jar is also in >>> classes.jar >>> on the Mac. >>> This problem will eventually go away, as I happen to know. >>> best regards, >>> Ren? Jansen. >>> On 3 feb 2010, at 03:45, Bruce Skelly wrote: >>> >>> Thanks that gives me something to look for. >>> Bruce >>> On Feb 2, 2010, at 5:06 PM, David Requena wrote: >>> >>> Hi Bruce, >>> It's looking for the Java core classes. 'Object' is the actual >>> root of >>> java's class library. >>> Have not much experience with java on Mac OS X but a known >>> location for >>> this is >>> >>> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/ >>> classes.jar >>> Definitely, you should look for the 'classes.jar' file >>> Hope that little bit helps somewhat. >>> >>> 2010/2/3 Bruce Skelly <[hidden email]> >>>> >>>> Hi, >>>> I saw that Netrexx runs on Mac OS, so I thought I would try it >>>> again. I >>>> gave up in the past, because I couldn't translate the >>>> instructions into >>>> "Mac". >>>> On the Mac I have put both of the jar files in the "Extensions" >>>> folder, >>>> i.e. /Library/Java/Extensions. >>>> When I run the NetRexxC.sh script, I get the following. >>>> NetRexxC.sh ../hello >>>> + test 1 -eq 0 >>>> + test ../hello = -run >>>> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >>>> NetRexx portable processor, version 2.05 >>>> Copyright (c) IBM Corporation, 2005. All rights reserved. >>>> Program hello.nrx >>>> +++ Error: The class 'java.lang.Object' cannot be found >>>> Compilation of 'hello.nrx' failed [one error] >>>> + test 2 -eq 0 >>>> So it looks like it is finding the compiler. Can someone tell me >>>> what it >>>> is looking for? >>>> Thanks, >>>> Bruce >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>>> >>> >>> >>> >>> -- >>> Saludos / Regards, >>> David Requena >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >> >> >> >> -- >> Saludos / Regards, >> David Requena >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > |
In reply to this post by rvjansen
See in-line remarks.
On Feb 4, 2010, at 8:52 AM, Ren? Jansen wrote: > Bruce, > > with classpath issues it helps to move the things that you know are > good to the left. So the NetRexxC.jar first, then the Java runtime, > and then the rest. Try to move your source to a runtime. Maybe add a > -verbose5 to the compile to see if that yields any clues. Warning: > -verbose[0-5] lives up to its name. Ok, but what constitutes the Java runtime? Why does it have to be in my CLASSPATH. I can, without a CLASSPATH, launch a Java app buy just running the jar file, i.e. open -a some.jar. So the OS must have a built in default way to find the runtime. Note that I was getting the compiler to launch simply by putting it in /Library/Java/Extensions. Another example, I can compile and run the following program from the command line with *NO CLASSPATH*. // MyProgram.java public class MyProgram { public static void main(String[] args) { System.out.println("Rome wasn't burned in a day!"); } } All I need to do is to type javac MyProgram java MyProgram hello.nrx isn't much more complex, is it? So I don't understand why I should need a CLASSPATH to find classes.jar. If CLASSPATH is the only way to get this to work, that's what I need to do, but I feel that I'm working against the OS. Bruce > > I have run NetRexx on all available MacOSX versions since 2003 and > only recently moved all machines (but one, the PPC mini) to Snow > Leopard. It did not give me any trouble on Leopard at all - we must be > close. > I don't doubt that, I'm just having a hard time melding the Windows centric instructions into Mac instructions. > Maybe show the relevant statements from your profile so we can see. We > will get this to work soon. > > best regards, > > Ren? > > On Thu, Feb 4, 2010 at 5:33 PM, Bruce Skelly > <[hidden email]> wrote: >> I tried that and I get the same error I was originally getting. >> I usually think of a CLASSPATH as consisting of directories, not >> jar files. >> >> I also tried the path less the end, classes.jar, but that also died >> with the >> original error message. >> I also, due to recent conversations, took the '-ms4M' out of the >> command >> line with no effect. >> Thanks for the suggestions, and keep thinking. I've got to be >> close, if it >> is looping. >> Bruce >> >> On Feb 4, 2010, at 7:42 AM, David Requena wrote: >> >> wouldn't that be >> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar as >> Ren? >> originally stated? >> >> 2010/2/4 Bruce Skelly <[hidden email]> >>> >>> Hi Ren?, >>> I'm on Leopard (Mac OSX 10.5.8), so it appears that my default >>> version of >>> java is 1.5.0_22. >>> I added a CLASSPATH=/System/Library/Frameworks/JavaVM.framework to >>> the >>> NetRexxC.sh shell script. >>> Now it appears that the "compile" is looping. I'm getting 90% cpu >>> for >>> Java, and waited several minutes for hello.nrx to "compile" before >>> canceling >>> it. >>> Any suggestions? >>> Thanks, >>> Bruce >>> On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: >>> >>> Hi Bruce, >>> sorry for being late to the party, but I am in CET (Amsterdam). >>> What you should have on your classpath for 2.05 is: >>> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar >>> the Snow Leopard default command line java seems to be 1.6 - this >>> path >>> always points to the current one. >>> The good news is that what is packaged in tools.jar is also in >>> classes.jar >>> on the Mac. >>> This problem will eventually go away, as I happen to know. >>> best regards, >>> Ren? Jansen. >>> On 3 feb 2010, at 03:45, Bruce Skelly wrote: >>> >>> Thanks that gives me something to look for. >>> Bruce >>> On Feb 2, 2010, at 5:06 PM, David Requena wrote: >>> >>> Hi Bruce, >>> It's looking for the Java core classes. 'Object' is the actual >>> root of >>> java's class library. >>> Have not much experience with java on Mac OS X but a known >>> location for >>> this is >>> >>> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/ >>> classes.jar >>> Definitely, you should look for the 'classes.jar' file >>> Hope that little bit helps somewhat. >>> >>> 2010/2/3 Bruce Skelly <[hidden email]> >>>> >>>> Hi, >>>> I saw that Netrexx runs on Mac OS, so I thought I would try it >>>> again. I >>>> gave up in the past, because I couldn't translate the >>>> instructions into >>>> "Mac". >>>> On the Mac I have put both of the jar files in the "Extensions" >>>> folder, >>>> i.e. /Library/Java/Extensions. >>>> When I run the NetRexxC.sh script, I get the following. >>>> NetRexxC.sh ../hello >>>> + test 1 -eq 0 >>>> + test ../hello = -run >>>> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >>>> NetRexx portable processor, version 2.05 >>>> Copyright (c) IBM Corporation, 2005. All rights reserved. >>>> Program hello.nrx >>>> +++ Error: The class 'java.lang.Object' cannot be found >>>> Compilation of 'hello.nrx' failed [one error] >>>> + test 2 -eq 0 >>>> So it looks like it is finding the compiler. Can someone tell me >>>> what it >>>> is looking for? >>>> Thanks, >>>> Bruce >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>>> >>> >>> >>> >>> -- >>> Saludos / Regards, >>> David Requena >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >> >> >> >> -- >> Saludos / Regards, >> David Requena >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > |
Hi Bruce,
Let me try to help :-) 2010/2/4 Bruce Skelly <[hidden email]> > See in-line remarks. > On Feb 4, 2010, at 8:52 AM, Ren? Jansen wrote: > > > >> Bruce, >> >> with classpath issues it helps to move the things that you know are >> good to the left. So the NetRexxC.jar first, then the Java runtime, >> and then the rest. Try to move your source to a runtime. Maybe add a >> -verbose5 to the compile to see if that yields any clues. Warning: >> -verbose[0-5] lives up to its name. >> >> > > Ok, but what constitutes the Java runtime? The core clases in the java clas library plus som classes in sun.* packages > Why does it have to be in my CLASSPATH. Just to allow the jre know where they are in oder co call it methods, etc. Until java 1.1 you had to define a CLASSPATH environment variable to inform de jre where its own standerd classes where located. Since java 1.2 there is an implicit classpath including them. You don't need to specify a classpath but *there is* indeed a classpath. > I can, without a CLASSPATH, launch a Java app buy just running the jar > file, i.e. open -a some.jar. So the OS must have a built in default way to > find the runtime. Note that I was getting the compiler to launch simply by > putting it in /Library/Java/Extensions. > > > see above, /Library/Java/Extensions and contained zip and jar files is already included in the implicit classpath. > Another example, I can compile and run the following program from the > command line with *NO CLASSPATH*. > // MyProgram.java > public class MyProgram { > public static void main(String[] args) { > System.out.println("Rome wasn't burned in a day!"); > } > } > > > > javac MyProgram > java MyProgram > > > that's right. Just note that if MyProgramm was located inside SomeJarFile.jar you would need to include '-cp ./SomeJarFile.jar' to have the jre finding it for execution. > hello.nrx isn't much more complex, is it? So I don't understand why I > should need a CLASSPATH to find classes.jar. > > > here comes the tricky part... :-) when you run the netrexx compiler, which is located inside NetRexxC.jar, you need to have this jar file available in classpath just like MyProgramm in my example above. Puting it inside the Extensions directory is just another means of acomplishing this. Then the compiler generates a java file as an intermediate step. Finally the compiler calls the java *compiler*, with that file to get the final bytecode. On most platforms the java compiler and supporting classes, etc. are located at a certain Tools.jar file which *is not* part of the jre nor is it included by default in the implicit classpath. So you have to include tools.jar in the classpath... On OS X this is different as what would be the contents of tools.jar is included inside classes.jar (the core java class library) > If CLASSPATH is the only way to get this to work, that's what I need to do, > but I feel that I'm working against the OS. I have no experience at all in OS X so can not tell you why it is not working. Hopefully, having more info on how things actually work may help you figure it out. -- Saludos / Regards, David Requena -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100204/7f54be4f/attachment-0001.html |
In reply to this post by Bruce Skelly
In addition to what David already said, java has an easy time finding its runtime because it is, by virtue of being installed by its own installer, always in the same relative path to the native program that kicks off the interpreter. It is not the OS, it is actually the Java implementation that knows where it put its classes to load.
But you are right, and it might be that a future version of NetRexx that I cannot speak about will run without a classpath setting on Mac OSX - this by virtue of Apple putting this in predictable and stable places. This also goes for z/Linux and other OSses where a single vendor controls the library locations. The tools.jar requirement is not for the Mac - on Mac OSX the compiler classes that you need are also package in classes.jar. Looking at the message in your previous email, it looks like that you do not have NetRexxC.jar on your classpath. It does find the compiler, but not the runtime; that is slightly odd. Maybe first put NetRexxC.jar on the classpath, and then try this: java COM.ibm.netrexx.process.NetRexxC hello.nrx this should yield a hello.class file, that you can run with java hello I have an executable (chmod +x nrc) shell script file called nrc on my system, in the PATH, that consists of one line: java -Xms128M -Xmx256M COM.ibm.netrexx.process.NetRexxC $* (the extra memory is for being able to compile way-too-big projects) and the classpath in my shell profile. good luck, and let me know if it does not work. best regards, Ren?. On 4 feb 2010, at 18:39, Bruce Skelly wrote: > See in-line remarks. > On Feb 4, 2010, at 8:52 AM, Ren? Jansen wrote: > >> Bruce, >> >> with classpath issues it helps to move the things that you know are >> good to the left. So the NetRexxC.jar first, then the Java runtime, >> and then the rest. Try to move your source to a runtime. Maybe add a >> -verbose5 to the compile to see if that yields any clues. Warning: >> -verbose[0-5] lives up to its name. > > Ok, but what constitutes the Java runtime? Why does it have to be in my CLASSPATH. I can, without a CLASSPATH, launch a Java app buy just running the jar file, i.e. open -a some.jar. So the OS must have a built in default way to find the runtime. Note that I was getting the compiler to launch simply by putting it in /Library/Java/Extensions. > > Another example, I can compile and run the following program from the command line with *NO CLASSPATH*. > // MyProgram.java > public class MyProgram { > public static void main(String[] args) { > System.out.println("Rome wasn't burned in a day!"); > } > } > > All I need to do is to type > javac MyProgram > java MyProgram > > hello.nrx isn't much more complex, is it? So I don't understand why I should need a CLASSPATH to find classes.jar. > > If CLASSPATH is the only way to get this to work, that's what I need to do, but I feel that I'm working against the OS. > > Bruce >> >> I have run NetRexx on all available MacOSX versions since 2003 and >> only recently moved all machines (but one, the PPC mini) to Snow >> Leopard. It did not give me any trouble on Leopard at all - we must be >> close. >> > I don't doubt that, I'm just having a hard time melding the Windows centric instructions into Mac instructions. >> Maybe show the relevant statements from your profile so we can see. We >> will get this to work soon. >> > >> best regards, >> >> Ren? >> >> On Thu, Feb 4, 2010 at 5:33 PM, Bruce Skelly <[hidden email]> wrote: >>> I tried that and I get the same error I was originally getting. >>> I usually think of a CLASSPATH as consisting of directories, not jar files. >>> >>> I also tried the path less the end, classes.jar, but that also died with the >>> original error message. >>> I also, due to recent conversations, took the '-ms4M' out of the command >>> line with no effect. >>> Thanks for the suggestions, and keep thinking. I've got to be close, if it >>> is looping. >>> Bruce >>> >>> On Feb 4, 2010, at 7:42 AM, David Requena wrote: >>> >>> wouldn't that be >>> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar as Ren? >>> originally stated? >>> >>> 2010/2/4 Bruce Skelly <[hidden email]> >>>> >>>> Hi Ren?, >>>> I'm on Leopard (Mac OSX 10.5.8), so it appears that my default version of >>>> java is 1.5.0_22. >>>> I added a CLASSPATH=/System/Library/Frameworks/JavaVM.framework to the >>>> NetRexxC.sh shell script. >>>> Now it appears that the "compile" is looping. I'm getting 90% cpu for >>>> Java, and waited several minutes for hello.nrx to "compile" before canceling >>>> it. >>>> Any suggestions? >>>> Thanks, >>>> Bruce >>>> On Feb 3, 2010, at 12:54 AM, Ren? Jansen wrote: >>>> >>>> Hi Bruce, >>>> sorry for being late to the party, but I am in CET (Amsterdam). >>>> What you should have on your classpath for 2.05 is: >>>> /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar >>>> the Snow Leopard default command line java seems to be 1.6 - this path >>>> always points to the current one. >>>> The good news is that what is packaged in tools.jar is also in classes.jar >>>> on the Mac. >>>> This problem will eventually go away, as I happen to know. >>>> best regards, >>>> Ren? Jansen. >>>> On 3 feb 2010, at 03:45, Bruce Skelly wrote: >>>> >>>> Thanks that gives me something to look for. >>>> Bruce >>>> On Feb 2, 2010, at 5:06 PM, David Requena wrote: >>>> >>>> Hi Bruce, >>>> It's looking for the Java core classes. 'Object' is the actual root of >>>> java's class library. >>>> Have not much experience with java on Mac OS X but a known location for >>>> this is >>>> >>>> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.1/Classes/classes.jar >>>> Definitely, you should look for the 'classes.jar' file >>>> Hope that little bit helps somewhat. >>>> >>>> 2010/2/3 Bruce Skelly <[hidden email]> >>>>> >>>>> Hi, >>>>> I saw that Netrexx runs on Mac OS, so I thought I would try it again. I >>>>> gave up in the past, because I couldn't translate the instructions into >>>>> "Mac". >>>>> On the Mac I have put both of the jar files in the "Extensions" folder, >>>>> i.e. /Library/Java/Extensions. >>>>> When I run the NetRexxC.sh script, I get the following. >>>>> NetRexxC.sh ../hello >>>>> + test 1 -eq 0 >>>>> + test ../hello = -run >>>>> + java -ms4M COM.ibm.netrexx.process.NetRexxC ../hello >>>>> NetRexx portable processor, version 2.05 >>>>> Copyright (c) IBM Corporation, 2005. All rights reserved. >>>>> Program hello.nrx >>>>> +++ Error: The class 'java.lang.Object' cannot be found >>>>> Compilation of 'hello.nrx' failed [one error] >>>>> + test 2 -eq 0 >>>>> So it looks like it is finding the compiler. Can someone tell me what it >>>>> is looking for? >>>>> Thanks, >>>>> Bruce >>>>> >>>>> _______________________________________________ >>>>> Ibm-netrexx mailing list >>>>> [hidden email] >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Saludos / Regards, >>>> David Requena >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>>> >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>>> >>> >>> >>> >>> -- >>> Saludos / Regards, >>> David Requena >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > |
In reply to this post by David Requena
Ok, here is a "verbose" of what I'm doing. As you can see it is
looping until it runs out of memory. See comments in line. Bruce P.S. This is the third attempt to send this, due to message size limits on the list server. I have severely trimmed the output. Thanks for helping Ian. [hidden email] /Users/bjskelly> java -verbose COM.ibm.netrexx.process.NetRexxC hello [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/classes.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/ui.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/laf.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/jsse.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/jce.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/charsets.jar] [Loaded java.lang.Object from shared objects file] [Loaded java.io.Serializable from shared objects file] ---AS you can see the classes.jar is the first thing referenced. [Loaded java.lang.Comparable from shared objects file] [Loaded java.lang.CharSequence from shared objects file] [Loaded java.lang.String from shared objects file] ---Lot of things loaded from shared objects file. [Loaded java.lang.ClassLoader$5 from /System/Library/Frameworks/ JavaVM.framework/Versions/1.5.0/Classes/classes.jar] ---Stuff loaded from classes.jar [Loaded java.net.URLClassLoader$2 from shared objects file] [Loaded java.util.Vector$1 from shared objects file] [Loaded sun.text.resources.DateFormatZoneData$1 from /System/Library/ Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded netrexx.lang.RexxParse from file:/Library/Java/Extensions/ NetRexxC.jar] ---Stuff loaded from NetRexxC.jar [Loaded netrexx.lang.BadColumnException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxProgram from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxBabel from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.NrBabel from file:/Library/Java/ Extensions/NetRexxC.jar] NetRexx portable processor, version 2.05 Copyright (c) IBM Corporation, 2005. All rights reserved. [Loaded COM.ibm.netrexx.process.RxSource from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxFileReader from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxClasser from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxClassPool from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxClassInfo from file:/Library/Java/ Extensions/NetRexxC.jar] Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at java.io.UnixFileSystem.list(Native Method) at java.io.File.list(File.java:937) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:614) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) --- Repeated a total of 29 times. at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) [Loaded java.lang.Shutdown from shared objects file] [Loaded java.lang.Shutdown$Lock from shared objects file] [hidden email] /Users/bjskelly> On Feb 4, 2010, at 1:08 PM, David Requena wrote: > Hi Bruce, > > Let me try to help :-) > > 2010/2/4 Bruce Skelly <[hidden email]> > > See in-line remarks. > On Feb 4, 2010, at 8:52 AM, Ren? Jansen wrote: > > > Bruce, > > with classpath issues it helps to move the things that you know are > good to the left. So the NetRexxC.jar first, then the Java runtime, > and then the rest. Try to move your source to a runtime. Maybe add a > -verbose5 to the compile to see if that yields any clues. Warning: > -verbose[0-5] lives up to its name. > > > Ok, but what constitutes the Java runtime? > > The core clases in the java clas library plus som classes in sun.* > packages > > Why does it have to be in my CLASSPATH. > > Just to allow the jre know where they are in oder co call it > methods, etc. Until java 1.1 you had to define a CLASSPATH > environment variable to inform de jre where its own standerd classes > where located. Since java 1.2 there is an implicit classpath > including them. You don't need to specify a classpath but *there is* > indeed a classpath. > > I can, without a CLASSPATH, launch a Java app buy just running the > jar file, i.e. open -a some.jar. So the OS must have a built in > default way to find the runtime. Note that I was getting the > compiler to launch simply by putting it in /Library/Java/Extensions. > > > > see above, /Library/Java/Extensions and contained zip and jar files > is already included in the implicit classpath. > > Another example, I can compile and run the following program from > the command line with *NO CLASSPATH*. > // MyProgram.java > public class MyProgram { > public static void main(String[] args) { > System.out.println("Rome wasn't burned in a day!"); > } > } > > > All I need to do is to type > javac MyProgram > java MyProgram > > > > that's right. Just note that if MyProgramm was located inside > SomeJarFile.jar you would need to include '-cp ./SomeJarFile.jar' to > have the jre finding it for execution. > > hello.nrx isn't much more complex, is it? So I don't understand why > I should need a CLASSPATH to find classes.jar. > > > > here comes the tricky part... :-) > when you run the netrexx compiler, which is located inside > NetRexxC.jar, you need to have this jar file available in classpath > just like MyProgramm in my example above. Puting it inside the > Extensions directory is just another means of acomplishing this. > Then the compiler generates a java file as an intermediate step. > Finally the compiler calls the java *compiler*, with that file to > get the final bytecode. > > On most platforms the java compiler and supporting classes, etc. are > located at a certain Tools.jar file which *is not* part of the jre > nor is it included by default in the implicit classpath. So you have > to include tools.jar in the classpath... > On OS X this is different as what would be the contents of tools.jar > is included inside classes.jar (the core java class library) > > If CLASSPATH is the only way to get this to work, that's what I need > to do, but I feel that I'm working against the OS. > > I have no experience at all in OS X so can not tell you why it is > not working. Hopefully, having more info on how things actually work > may help you figure it out. > > -- > Saludos / Regards, > David Requena > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100205/e1bb33eb/attachment-0001.html |
In reply to this post by David Requena
Ok, here is a "verbose" of what I'm doing. As you can see it is
looping until it runs out of memory. -- Bruce [hidden email] /Users/bjskelly> java -verbose COM.ibm.netrexx.process.NetRexxC hello [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/classes.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/ui.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/laf.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/jsse.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/jce.jar] [Opened /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Classes/charsets.jar] [Loaded java.lang.Object from shared objects file] [Loaded java.io.Serializable from shared objects file] [Loaded java.lang.Comparable from shared objects file] [Loaded java.lang.CharSequence from shared objects file] [Loaded java.lang.String from shared objects file] [Loaded java.lang.reflect.GenericDeclaration from shared objects file] [Loaded java.lang.reflect.Type from shared objects file] [Loaded java.lang.reflect.AnnotatedElement from shared objects file] [Loaded java.lang.Class from shared objects file] [Loaded java.lang.Cloneable from shared objects file] [Loaded java.lang.ClassLoader from shared objects file] [Loaded java.lang.System from shared objects file] [Loaded java.lang.Throwable from shared objects file] [Loaded java.lang.Error from shared objects file] [Loaded java.lang.ThreadDeath from shared objects file] [Loaded java.lang.Exception from shared objects file] [Loaded java.lang.RuntimeException from shared objects file] [Loaded java.security.ProtectionDomain from shared objects file] [Loaded java.security.AccessControlContext from shared objects file] [Loaded java.lang.ClassNotFoundException from shared objects file] [Loaded java.lang.LinkageError from shared objects file] [Loaded java.lang.NoClassDefFoundError from shared objects file] [Loaded java.lang.ClassCastException from shared objects file] [Loaded java.lang.ArrayStoreException from shared objects file] [Loaded java.lang.VirtualMachineError from shared objects file] [Loaded java.lang.OutOfMemoryError from shared objects file] [Loaded java.lang.StackOverflowError from shared objects file] [Loaded java.lang.ref.Reference from shared objects file] [Loaded java.lang.ref.SoftReference from shared objects file] [Loaded java.lang.ref.WeakReference from shared objects file] [Loaded java.lang.ref.FinalReference from shared objects file] [Loaded java.lang.ref.PhantomReference from shared objects file] [Loaded java.lang.ref.Finalizer from shared objects file] [Loaded java.lang.Runnable from shared objects file] [Loaded java.lang.Thread from shared objects file] [Loaded java.lang.Thread$UncaughtExceptionHandler from shared objects file] [Loaded java.lang.ThreadGroup from shared objects file] [Loaded java.util.Dictionary from shared objects file] [Loaded java.util.Map from shared objects file] [Loaded java.util.Hashtable from shared objects file] [Loaded java.util.Properties from shared objects file] [Loaded java.lang.reflect.AccessibleObject from shared objects file] [Loaded java.lang.reflect.Member from shared objects file] [Loaded java.lang.reflect.Field from shared objects file] [Loaded java.lang.reflect.Method from shared objects file] [Loaded java.lang.reflect.Constructor from shared objects file] [Loaded sun.reflect.MagicAccessorImpl from shared objects file] [Loaded sun.reflect.MethodAccessor from shared objects file] [Loaded sun.reflect.MethodAccessorImpl from shared objects file] [Loaded sun.reflect.ConstructorAccessor from shared objects file] [Loaded sun.reflect.ConstructorAccessorImpl from shared objects file] [Loaded sun.reflect.DelegatingClassLoader from shared objects file] [Loaded sun.reflect.ConstantPool from shared objects file] [Loaded java.lang.Iterable from shared objects file] [Loaded java.util.Collection from shared objects file] [Loaded java.util.AbstractCollection from shared objects file] [Loaded java.util.List from shared objects file] [Loaded java.util.AbstractList from shared objects file] [Loaded java.util.RandomAccess from shared objects file] [Loaded java.util.Vector from shared objects file] [Loaded java.lang.Appendable from shared objects file] [Loaded java.lang.AbstractStringBuilder from shared objects file] [Loaded java.lang.StringBuffer from shared objects file] [Loaded java.lang.StackTraceElement from shared objects file] [Loaded java.nio.Buffer from shared objects file] [Loaded sun.misc.AtomicLong from shared objects file] [Loaded sun.misc.AtomicLongCSImpl from shared objects file] [Loaded java.lang.Boolean from shared objects file] [Loaded java.lang.Character from shared objects file] [Loaded java.lang.Number from shared objects file] [Loaded java.lang.Float from shared objects file] [Loaded java.lang.Double from shared objects file] [Loaded java.lang.Byte from shared objects file] [Loaded java.lang.Short from shared objects file] [Loaded java.lang.Integer from shared objects file] [Loaded java.lang.Long from shared objects file] [Loaded java.lang.management.MemoryUsage from shared objects file] [Loaded java.lang.StrictMath from shared objects file] [Loaded java.io.ObjectStreamField from shared objects file] [Loaded java.util.Comparator from shared objects file] [Loaded java.lang.String$CaseInsensitiveComparator from shared objects file] [Loaded java.security.Guard from shared objects file] [Loaded java.security.Permission from shared objects file] [Loaded java.security.BasicPermission from shared objects file] [Loaded java.lang.RuntimePermission from shared objects file] [Loaded java.util.AbstractMap from shared objects file] [Loaded sun.misc.SoftCache from shared objects file] [Loaded java.lang.ref.ReferenceQueue from shared objects file] [Loaded java.lang.ref.ReferenceQueue$Null from shared objects file] [Loaded java.lang.ref.ReferenceQueue$Lock from shared objects file] [Loaded java.util.HashMap from shared objects file] [Loaded java.io.ObjectStreamClass from shared objects file] [Loaded java.security.PrivilegedAction from shared objects file] [Loaded sun.reflect.ReflectionFactory$GetReflectionFactoryAction from shared objects file] [Loaded java.security.AccessController from shared objects file] [Loaded java.util.Stack from shared objects file] [Loaded java.lang.ThreadLocal from shared objects file] [Loaded sun.reflect.ReflectionFactory from shared objects file] [Loaded java.lang.IncompatibleClassChangeError from shared objects file] [Loaded java.lang.NoSuchMethodError from shared objects file] [Loaded java.lang.annotation.Annotation from shared objects file] [Loaded java.util.Map$Entry from shared objects file] [Loaded java.util.HashMap$Entry from shared objects file] [Loaded java.lang.reflect.ReflectPermission from shared objects file] [Loaded java.lang.ref.Reference$Lock from shared objects file] [Loaded java.lang.ref.Reference$ReferenceHandler from shared objects file] [Loaded java.lang.ref.Finalizer$FinalizerThread from shared objects file] [Loaded java.util.Enumeration from shared objects file] [Loaded java.util.Hashtable$EmptyEnumerator from shared objects file] [Loaded java.util.Iterator from shared objects file] [Loaded java.util.Hashtable$EmptyIterator from shared objects file] [Loaded java.util.Hashtable$Entry from shared objects file] [Loaded sun.misc.Version from shared objects file] [Loaded java.lang.StringBuilder from shared objects file] [Loaded java.io.Closeable from shared objects file] [Loaded java.io.InputStream from shared objects file] [Loaded java.io.FileInputStream from shared objects file] [Loaded java.io.FileDescriptor from shared objects file] [Loaded java.io.Flushable from shared objects file] [Loaded java.io.OutputStream from shared objects file] [Loaded java.io.FileOutputStream from shared objects file] [Loaded java.io.FilterInputStream from shared objects file] [Loaded java.io.BufferedInputStream from shared objects file] [Loaded java.util.concurrent.atomic.AtomicReferenceFieldUpdater from shared objects file] [Loaded java.util.concurrent.atomic.AtomicReferenceFieldUpdater $AtomicReferenceFieldUpdaterImpl from shared objects file] [Loaded sun.misc.Unsafe from shared objects file] [Loaded sun.reflect.Reflection from shared objects file] [Loaded java.util.Collections from shared objects file] [Loaded java.util.Random from shared objects file] [Loaded java.util.concurrent.atomic.AtomicLong from shared objects file] [Loaded java.lang.Class$3 from shared objects file] [Loaded java.lang.reflect.Modifier from shared objects file] [Loaded sun.reflect.LangReflectAccess from shared objects file] [Loaded java.lang.reflect.ReflectAccess from shared objects file] [Loaded java.util.Set from shared objects file] [Loaded java.util.AbstractSet from shared objects file] [Loaded java.util.Collections$EmptySet from shared objects file] [Loaded java.util.Collections$EmptyList from shared objects file] [Loaded java.util.Collections$EmptyMap from shared objects file] [Loaded java.util.Collections$ReverseComparator from shared objects file] [Loaded java.util.Collections$SynchronizedMap from shared objects file] [Loaded sun.reflect.misc.ReflectUtil from /System/Library/Frameworks/ JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded java.io.FilterOutputStream from shared objects file] [Loaded java.io.PrintStream from shared objects file] [Loaded java.io.BufferedOutputStream from shared objects file] [Loaded java.io.Writer from shared objects file] [Loaded java.io.OutputStreamWriter from shared objects file] [Loaded sun.nio.cs.StreamEncoder from shared objects file] [Loaded sun.io.Converters from shared objects file] [Loaded sun.security.action.GetPropertyAction from shared objects file] [Loaded java.nio.charset.Charset from shared objects file] [Loaded java.nio.charset.spi.CharsetProvider from shared objects file] [Loaded sun.nio.cs.FastCharsetProvider from shared objects file] [Loaded sun.nio.cs.StandardCharsets from shared objects file] [Loaded sun.util.PreHashedMap from shared objects file] [Loaded sun.nio.cs.StandardCharsets$Aliases from shared objects file] [Loaded sun.nio.cs.StandardCharsets$Classes from shared objects file] [Loaded sun.nio.cs.StandardCharsets$Cache from shared objects file] [Loaded sun.nio.cs.HistoricallyNamedCharset from shared objects file] [Loaded sun.nio.cs.MacRoman from shared objects file] [Loaded java.lang.Class$1 from shared objects file] [Loaded sun.reflect.ReflectionFactory$1 from shared objects file] [Loaded sun.reflect.NativeConstructorAccessorImpl from shared objects file] [Loaded sun.reflect.DelegatingConstructorAccessorImpl from shared objects file] [Loaded sun.misc.VM from shared objects file] [Loaded sun.nio.cs.StreamEncoder$CharsetSE from shared objects file] [Loaded java.nio.charset.CharsetEncoder from shared objects file] [Loaded sun.nio.cs.SingleByteEncoder from shared objects file] [Loaded sun.nio.cs.MacRoman$Encoder from shared objects file] [Loaded java.nio.charset.CodingErrorAction from shared objects file] [Loaded java.nio.charset.CharsetDecoder from shared objects file] [Loaded sun.nio.cs.SingleByteDecoder from shared objects file] [Loaded sun.nio.cs.MacRoman$Decoder from shared objects file] [Loaded java.nio.ByteBuffer from shared objects file] [Loaded java.nio.HeapByteBuffer from shared objects file] [Loaded java.nio.Bits from shared objects file] [Loaded java.lang.Runtime from shared objects file] [Loaded java.nio.ByteOrder from shared objects file] [Loaded java.lang.Readable from shared objects file] [Loaded java.nio.CharBuffer from shared objects file] [Loaded java.nio.HeapCharBuffer from shared objects file] [Loaded java.nio.charset.CoderResult from shared objects file] [Loaded java.nio.charset.CoderResult$Cache from shared objects file] [Loaded java.nio.charset.CoderResult$1 from shared objects file] [Loaded java.nio.charset.CoderResult$2 from shared objects file] [Loaded sun.nio.cs.Surrogate$Parser from shared objects file] [Loaded sun.nio.cs.Surrogate from shared objects file] [Loaded java.io.BufferedWriter from shared objects file] [Loaded java.io.File from shared objects file] [Loaded java.io.FileSystem from shared objects file] [Loaded java.io.UnixFileSystem from shared objects file] [Loaded java.io.ExpiringCache from shared objects file] [Loaded java.util.LinkedHashMap from shared objects file] [Loaded java.io.ExpiringCache$1 from shared objects file] [Loaded java.util.LinkedHashMap$Entry from shared objects file] [Loaded java.lang.ClassLoader$5 from /System/Library/Frameworks/ JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded java.io.ExpiringCache$Entry from shared objects file] [Loaded java.lang.ClassLoader$NativeLibrary from shared objects file] [Loaded java.lang.Terminator from shared objects file] [Loaded sun.misc.SignalHandler from shared objects file] [Loaded java.lang.Terminator$1 from shared objects file] [Loaded sun.misc.Signal from shared objects file] [Loaded sun.misc.NativeSignalHandler from shared objects file] [Loaded sun.misc.JavaLangAccess from shared objects file] [Loaded java.lang.System$2 from shared objects file] [Loaded sun.misc.SharedSecrets from shared objects file] [Loaded java.lang.NullPointerException from shared objects file] [Loaded java.lang.ArithmeticException from shared objects file] [Loaded java.lang.Compiler from shared objects file] [Loaded java.lang.Compiler$1 from shared objects file] [Loaded sun.misc.Launcher from shared objects file] [Loaded java.net.URLStreamHandlerFactory from shared objects file] [Loaded sun.misc.Launcher$Factory from shared objects file] [Loaded java.security.SecureClassLoader from shared objects file] [Loaded java.net.URLClassLoader from shared objects file] [Loaded sun.misc.Launcher$ExtClassLoader from shared objects file] [Loaded sun.security.util.Debug from shared objects file] [Loaded java.util.StringTokenizer from shared objects file] [Loaded java.security.PrivilegedExceptionAction from shared objects file] [Loaded sun.misc.Launcher$ExtClassLoader$1 from shared objects file] [Loaded sun.net.www.ParseUtil from shared objects file] [Loaded java.util.BitSet from shared objects file] [Loaded java.lang.Math from shared objects file] [Loaded java.net.URL from shared objects file] [Loaded java.util.Locale from shared objects file] [Loaded java.lang.CharacterDataLatin1 from shared objects file] [Loaded java.net.Parts from shared objects file] [Loaded java.net.URLStreamHandler from shared objects file] [Loaded sun.net.www.protocol.file.Handler from shared objects file] [Loaded java.util.HashSet from shared objects file] [Loaded sun.misc.URLClassPath from shared objects file] [Loaded java.util.ArrayList from shared objects file] [Loaded sun.net.www.protocol.jar.Handler from shared objects file] [Loaded sun.misc.Launcher$AppClassLoader from shared objects file] [Loaded sun.misc.Launcher$AppClassLoader$1 from shared objects file] [Loaded java.lang.SystemClassLoaderAction from shared objects file] [Loaded java.lang.ThreadLocal$ThreadLocalMap from shared objects file] [Loaded java.lang.ThreadLocal$ThreadLocalMap$Entry from shared objects file] [Loaded java.net.URLClassLoader$1 from shared objects file] [Loaded sun.misc.URLClassPath$3 from shared objects file] [Loaded sun.misc.URLClassPath$Loader from shared objects file] [Loaded sun.misc.URLClassPath$JarLoader from shared objects file] [Loaded sun.misc.FileURLMapper from shared objects file] [Loaded java.util.zip.ZipConstants from shared objects file] [Loaded java.util.zip.ZipFile from shared objects file] [Loaded java.util.jar.JarFile from shared objects file] [Loaded sun.misc.JavaUtilJarAccess from shared objects file] [Loaded java.util.jar.JavaUtilJarAccessImpl from shared objects file] [Loaded java.util.zip.ZipFile$ZipCloser from shared objects file] [Loaded java.util.zip.ZipFile$1 from shared objects file] [Loaded java.nio.MappedByteBuffer from shared objects file] [Loaded sun.nio.ch.DirectBuffer from shared objects file] [Loaded java.nio.DirectByteBuffer from shared objects file] [Loaded sun.misc.Cleaner from shared objects file] [Loaded sun.misc.JarIndex from shared objects file] [Loaded sun.misc.ExtensionDependency from shared objects file] [Loaded java.util.zip.ZipEntry from shared objects file] [Loaded java.util.jar.JarEntry from shared objects file] [Loaded java.util.jar.JarFile$JarFileEntry from shared objects file] [Loaded java.io.DataInput from shared objects file] [Loaded java.io.DataInputStream from shared objects file] [Loaded java.util.zip.ZipFile$ZipFileInputStream from shared objects file] [Loaded sun.nio.ByteBuffered from shared objects file] [Loaded java.util.zip.ZipFile$MappedZipFileInputStream from shared objects file] [Loaded java.util.zip.InflaterInputStream from shared objects file] [Loaded java.util.zip.ZipFile$2 from shared objects file] [Loaded java.util.zip.Inflater from shared objects file] [Loaded sun.misc.Resource from shared objects file] [Loaded sun.misc.URLClassPath$JarLoader$1 from shared objects file] [Loaded java.lang.Package from shared objects file] [Loaded java.util.jar.Manifest from shared objects file] [Loaded java.io.ByteArrayInputStream from shared objects file] [Loaded java.util.jar.Attributes from shared objects file] [Loaded java.util.jar.Manifest$FastInputStream from shared objects file] [Loaded java.lang.StringCoding from shared objects file] [Loaded sun.nio.cs.UTF_8 from shared objects file] [Loaded java.lang.StringCoding$StringDecoder from shared objects file] [Loaded java.lang.StringCoding$CharsetSD from shared objects file] [Loaded sun.nio.cs.UTF_8$Decoder from shared objects file] [Loaded java.util.jar.Attributes$Name from shared objects file] [Loaded sun.misc.ASCIICaseInsensitiveComparator from shared objects file] [Loaded java.util.jar.JarVerifier from shared objects file] [Loaded java.io.ByteArrayOutputStream from shared objects file] [Loaded sun.security.util.ManifestEntryVerifier from shared objects file] [Loaded java.security.Provider from shared objects file] [Loaded sun.security.provider.Sun from shared objects file] [Loaded java.security.Provider$ServiceKey from shared objects file] [Loaded java.security.Provider$EngineDescription from /System/Library/ Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded sun.security.provider.Sun$1 from shared objects file] [Loaded java.security.Security from shared objects file] [Loaded java.security.Security$1 from shared objects file] [Loaded java.util.Properties$LineReader from shared objects file] [Loaded java.util.concurrent.ConcurrentMap from shared objects file] [Loaded java.util.concurrent.ConcurrentHashMap from shared objects file] [Loaded java.util.concurrent.locks.Lock from shared objects file] [Loaded java.util.concurrent.locks.ReentrantLock from shared objects file] [Loaded java.util.concurrent.ConcurrentHashMap$Segment from shared objects file] [Loaded java.util.concurrent.locks.AbstractQueuedSynchronizer from shared objects file] [Loaded java.util.concurrent.locks.ReentrantLock$Sync from shared objects file] [Loaded java.util.concurrent.locks.ReentrantLock$NonfairSync from shared objects file] [Loaded java.util.concurrent.locks.AbstractQueuedSynchronizer$Node from shared objects file] [Loaded java.util.concurrent.ConcurrentHashMap$HashEntry from shared objects file] [Loaded sun.misc.FloatingDecimal from shared objects file] [Loaded sun.misc.FloatingDecimal$1 from shared objects file] [Loaded java.util.regex.Pattern from shared objects file] [Loaded java.util.regex.Pattern$Node from shared objects file] [Loaded java.util.regex.Pattern$LastNode from shared objects file] [Loaded java.util.regex.Pattern$GroupHead from shared objects file] [Loaded java.util.regex.Pattern$GroupTail from shared objects file] [Loaded java.util.regex.Pattern$BitClass from shared objects file] [Loaded java.util.regex.Pattern$Ques from shared objects file] [Loaded java.util.regex.Pattern$Dummy from shared objects file] [Loaded java.util.regex.Pattern$Branch from shared objects file] [Loaded java.util.regex.Pattern$Single from shared objects file] [Loaded java.util.regex.Pattern$categoryNames from shared objects file] [Loaded java.util.regex.Pattern$Category from shared objects file] [Loaded java.util.regex.Pattern$Range from shared objects file] [Loaded java.util.regex.Pattern$All from shared objects file] [Loaded java.util.regex.Pattern$Ctype from shared objects file] [Loaded java.util.regex.Pattern$JavaTypeClass from shared objects file] [Loaded java.util.regex.Pattern$JavaLowerCase from shared objects file] [Loaded java.util.regex.Pattern$JavaUpperCase from shared objects file] [Loaded java.util.regex.Pattern$JavaTitleCase from shared objects file] [Loaded java.util.regex.Pattern$JavaDigit from shared objects file] [Loaded java.util.regex.Pattern$JavaDefined from shared objects file] [Loaded java.util.regex.Pattern$JavaLetter from shared objects file] [Loaded java.util.regex.Pattern$JavaLetterOrDigit from shared objects file] [Loaded java.util.regex.Pattern$JavaJavaIdentifierStart from shared objects file] [Loaded java.util.regex.Pattern$JavaJavaIdentifierPart from shared objects file] [Loaded java.util.regex.Pattern$JavaUnicodeIdentifierStart from shared objects file] [Loaded java.util.regex.Pattern$JavaUnicodeIdentifierPart from shared objects file] [Loaded java.util.regex.Pattern$JavaIdentifierIgnorable from shared objects file] [Loaded java.util.regex.Pattern$JavaSpaceChar from shared objects file] [Loaded java.util.regex.Pattern$JavaWhitespace from shared objects file] [Loaded java.util.regex.Pattern$JavaISOControl from shared objects file] [Loaded java.util.regex.Pattern$JavaMirrored from shared objects file] [Loaded java.util.regex.Pattern$Curly from shared objects file] [Loaded java.util.regex.Pattern$Slice from shared objects file] [Loaded java.util.regex.Pattern$Begin from shared objects file] [Loaded java.util.regex.Pattern$First from shared objects file] [Loaded java.util.regex.Pattern$Start from shared objects file] [Loaded java.util.regex.Pattern$TreeInfo from shared objects file] [Loaded java.security.SecureRandomSpi from shared objects file] [Loaded sun.security.provider.NativePRNG from shared objects file] [Loaded sun.security.provider.NativePRNG$1 from shared objects file] [Loaded sun.security.provider.NativePRNG$RandomIO from shared objects file] [Loaded sun.misc.CharacterDecoder from shared objects file] [Loaded sun.misc.BASE64Decoder from shared objects file] [Loaded sun.security.util.SignatureFileVerifier from shared objects file] [Loaded sun.misc.IOUtils from /System/Library/Frameworks/ JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded java.security.CodeSource from shared objects file] [Loaded java.security.PermissionCollection from shared objects file] [Loaded java.security.Permissions from shared objects file] [Loaded java.net.URLConnection from shared objects file] [Loaded sun.net.www.URLConnection from shared objects file] [Loaded sun.net.www.protocol.file.FileURLConnection from shared objects file] [Loaded java.net.ContentHandler from shared objects file] [Loaded java.net.UnknownContentHandler from shared objects file] [Loaded sun.net.www.MessageHeader from shared objects file] [Loaded java.io.FilePermission from shared objects file] [Loaded java.io.FilePermission$1 from shared objects file] [Loaded java.io.FilePermissionCollection from shared objects file] [Loaded java.security.AllPermission from shared objects file] [Loaded java.security.UnresolvedPermission from shared objects file] [Loaded java.security.Principal from shared objects file] [Loaded java.security.cert.Certificate from shared objects file] [Loaded COM.ibm.netrexx.process.NetRexxC from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded java.io.IOException from shared objects file] [Loaded netrexx.lang.RexxOperators from file:/Library/Java/Extensions/ NetRexxC.jar] [Loaded netrexx.lang.Rexx from file:/Library/Java/Extensions/ NetRexxC.jar] [Loaded java.lang.IllegalArgumentException from shared objects file] [Loaded java.lang.NumberFormatException from shared objects file] [Loaded netrexx.lang.ExponentOverflowException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded netrexx.lang.BadArgumentException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded netrexx.lang.NotCharacterException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded netrexx.lang.NotLogicException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded netrexx.lang.DivideException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded netrexx.lang.NoOtherwiseException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxFlag from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxTranslator from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded java.lang.Enum from shared objects file] [Loaded COM.ibm.netrexx.process.RxQuit from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded java.lang.InterruptedException from shared objects file] [Loaded COM.ibm.netrexx.process.RxError from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxSignal from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded java.lang.IllegalStateException from shared objects file] [Loaded java.util.MissingResourceException from shared objects file] [Loaded COM.ibm.netrexx.process.RxType from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded netrexx.lang.RexxSet from file:/Library/Java/Extensions/ NetRexxC.jar] [Loaded netrexx.lang.BadNumericException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded netrexx.lang.RexxWords from file:/Library/Java/Extensions/ NetRexxC.jar] [Loaded java.util.Date from shared objects file] [Loaded sun.util.calendar.CalendarSystem from shared objects file] [Loaded sun.util.calendar.AbstractCalendar from shared objects file] [Loaded sun.util.calendar.BaseCalendar from shared objects file] [Loaded sun.util.calendar.Gregorian from shared objects file] [Loaded java.util.TimeZone from shared objects file] [Loaded java.lang.InheritableThreadLocal from shared objects file] [Loaded sun.util.calendar.ZoneInfo from shared objects file] [Loaded sun.util.calendar.TzIDOldMapping from /System/Library/ Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded sun.util.calendar.ZoneInfoFile from shared objects file] [Loaded sun.util.calendar.ZoneInfoFile$1 from shared objects file] [Loaded java.util.TimeZone$1 from shared objects file] [Loaded sun.util.calendar.CalendarDate from shared objects file] [Loaded sun.util.calendar.BaseCalendar$Date from shared objects file] [Loaded sun.util.calendar.Gregorian$Date from shared objects file] [Loaded sun.util.calendar.CalendarUtils from shared objects file] [Loaded java.util.TimeZone$DisplayNames from /System/Library/ Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded java.text.DateFormatSymbols from /System/Library/Frameworks/ JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded java.util.ResourceBundle from shared objects file] [Loaded sun.text.resources.LocaleData from shared objects file] [Loaded sun.text.resources.LocaleData$1 from shared objects file] [Loaded java.util.ResourceBundle$ResourceCacheKey from shared objects file] [Loaded java.util.ResourceBundle$LoaderReference from shared objects file] [Loaded sun.misc.SoftCache$ValueCell from shared objects file] [Loaded java.util.ListResourceBundle from shared objects file] [Loaded sun.text.resources.LocaleElements from shared objects file] [Loaded sun.text.resources.LocaleElements_en from shared objects file] [Loaded sun.text.resources.LocaleElements_en_US from shared objects file] [Loaded sun.text.resources.DateFormatZoneData from /System/Library/ Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded sun.text.resources.DateFormatZoneData_en from /System/Library/ Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded java.io.Reader from shared objects file] [Loaded java.io.BufferedReader from shared objects file] [Loaded java.io.InputStreamReader from shared objects file] [Loaded sun.nio.cs.StreamDecoder from shared objects file] [Loaded sun.nio.cs.StreamDecoder$CharsetSD from shared objects file] [Loaded java.util.AbstractSequentialList from shared objects file] [Loaded java.util.Queue from shared objects file] [Loaded java.util.LinkedList from shared objects file] [Loaded java.util.LinkedList$Entry from shared objects file] [Loaded java.util.zip.ZipException from shared objects file] [Loaded java.security.PrivilegedActionException from shared objects file] [Loaded sun.reflect.ClassFileConstants from shared objects file] [Loaded sun.reflect.AccessorGenerator from shared objects file] [Loaded sun.reflect.MethodAccessorGenerator from shared objects file] [Loaded java.lang.Void from shared objects file] [Loaded sun.reflect.ByteVectorFactory from shared objects file] [Loaded sun.reflect.ByteVector from shared objects file] [Loaded sun.reflect.ByteVectorImpl from shared objects file] [Loaded sun.reflect.ClassFileAssembler from shared objects file] [Loaded sun.reflect.UTF8 from shared objects file] [Loaded sun.reflect.Label from shared objects file] [Loaded sun.reflect.Label$PatchInfo from shared objects file] [Loaded java.util.AbstractList$Itr from shared objects file] [Loaded sun.reflect.MethodAccessorGenerator$1 from shared objects file] [Loaded sun.reflect.ClassDefiner from shared objects file] [Loaded sun.reflect.ClassDefiner$1 from shared objects file] [Loaded sun.reflect.GeneratedConstructorAccessor1 from __JVM_DefineClass__] [Loaded sun.reflect.BootstrapConstructorAccessorImpl from shared objects file] [Loaded sun.reflect.FieldAccessor from shared objects file] [Loaded sun.reflect.FieldAccessorImpl from shared objects file] [Loaded sun.reflect.UnsafeFieldAccessorImpl from shared objects file] [Loaded sun.misc.URLClassPath$FileLoader from shared objects file] [Loaded java.util.ResourceBundle$1 from shared objects file] [Loaded sun.misc.Launcher$1 from shared objects file] [Loaded java.io.FileNotFoundException from shared objects file] [Loaded java.net.URLClassLoader$2 from shared objects file] [Loaded java.util.Vector$1 from shared objects file] [Loaded sun.text.resources.DateFormatZoneData$1 from /System/Library/ Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar] [Loaded netrexx.lang.RexxParse from file:/Library/Java/Extensions/ NetRexxC.jar] [Loaded netrexx.lang.BadColumnException from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxProgram from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxBabel from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.NrBabel from file:/Library/Java/ Extensions/NetRexxC.jar] NetRexx portable processor, version 2.05 Copyright (c) IBM Corporation, 2005. All rights reserved. [Loaded COM.ibm.netrexx.process.RxSource from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxFileReader from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxClasser from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxClassPool from file:/Library/Java/ Extensions/NetRexxC.jar] [Loaded COM.ibm.netrexx.process.RxClassInfo from file:/Library/Java/ Extensions/NetRexxC.jar] Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at java.io.UnixFileSystem.list(Native Method) at java.io.File.list(File.java:937) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:614) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) at COM.ibm.netrexx.process.RxClasser.packdirsearch(RxClasser.nrx:631) [Loaded java.lang.Shutdown from shared objects file] [Loaded java.lang.Shutdown$Lock from shared objects file] [hidden email] /Users/bjskelly> On Feb 4, 2010, at 1:08 PM, David Requena wrote: > Hi Bruce, > > Let me try to help :-) > > 2010/2/4 Bruce Skelly <[hidden email]> > > See in-line remarks. > On Feb 4, 2010, at 8:52 AM, Ren? Jansen wrote: > > > Bruce, > > with classpath issues it helps to move the things that you know are > good to the left. So the NetRexxC.jar first, then the Java runtime, > and then the rest. Try to move your source to a runtime. Maybe add a > -verbose5 to the compile to see if that yields any clues. Warning: > -verbose[0-5] lives up to its name. > > > Ok, but what constitutes the Java runtime? > > The core clases in the java clas library plus som classes in sun.* > packages > > Why does it have to be in my CLASSPATH. > > Just to allow the jre know where they are in oder co call it > methods, etc. Until java 1.1 you had to define a CLASSPATH > environment variable to inform de jre where its own standerd classes > where located. Since java 1.2 there is an implicit classpath > including them. You don't need to specify a classpath but *there is* > indeed a classpath. > > I can, without a CLASSPATH, launch a Java app buy just running the > jar file, i.e. open -a some.jar. So the OS must have a built in > default way to find the runtime. Note that I was getting the > compiler to launch simply by putting it in /Library/Java/Extensions. > > > > see above, /Library/Java/Extensions and contained zip and jar files > is already included in the implicit classpath. > > Another example, I can compile and run the following program from > the command line with *NO CLASSPATH*. > // MyProgram.java > public class MyProgram { > public static void main(String[] args) { > System.out.println("Rome wasn't burned in a day!"); > } > } > > > All I need to do is to type > javac MyProgram > java MyProgram > > > > that's right. Just note that if MyProgramm was located inside > SomeJarFile.jar you would need to include '-cp ./SomeJarFile.jar' to > have the jre finding it for execution. > > hello.nrx isn't much more complex, is it? So I don't understand why > I should need a CLASSPATH to find classes.jar. > > > > here comes the tricky part... :-) > when you run the netrexx compiler, which is located inside > NetRexxC.jar, you need to have this jar file available in classpath > just like MyProgramm in my example above. Puting it inside the > Extensions directory is just another means of acomplishing this. > Then the compiler generates a java file as an intermediate step. > Finally the compiler calls the java *compiler*, with that file to > get the final bytecode. > > On most platforms the java compiler and supporting classes, etc. are > located at a certain Tools.jar file which *is not* part of the jre > nor is it included by default in the implicit classpath. So you have > to include tools.jar in the classpath... > On OS X this is different as what would be the contents of tools.jar > is included inside classes.jar (the core java class library) > > If CLASSPATH is the only way to get this to work, that's what I need > to do, but I feel that I'm working against the OS. > > I have no experience at all in OS X so can not tell you why it is > not working. Hopefully, having more info on how things actually work > may help you figure it out. > > -- > Saludos / Regards, > David Requena > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://ns.hursley.ibm.com/pipermail/ibm-netrexx/attachments/20100204/1283afec/attachment-0001.html |
Hmm... That's very odd, you're running out of heap ram just by loading the compiler.
As far as I know there ins an absolute minimum of 2mb in java 1.5 but real initial heap is affected by amount of installed physical ram. How much that be in your box? You could try passing increasing minimum heap values to the jvm with the -Xsm option. Definitely this shouldn't be necessary under usual circumstances for helloworld type programme. BlackBerry de movistar, all? donde est?s est? tu oficin@ -----Original Message----- From: Bruce Skelly <[hidden email]> Date: Thu, 4 Feb 2010 16:09:54 To: IBM Netrexx<[hidden email]> Subject: Re: [Ibm-netrexx] Install Help on Mac OS X 10.5 _______________________________________________ Ibm-netrexx mailing list [hidden email] |
Hi folks,
This is a non-technical observervation.... But, It seems the looping (i.e, "Repeated a total of 29 times.") is occurring after an out-of-memory exception occurs. However, previous to the out-of-memory exception, there appears no looping, but just normal, (but numerous) loads of various service classes. I'm not sure what the behavior of netRexx is should it run out of memory at that exact point (hard to reproduce). I also sorted your java class load sequence (from your previous email) looking for duplicates....and each class is loaded once, so it doesn't appear to be looping at all (I don't' see multiple load attempts of various classes). Perhaps your system is seriously memory constrained at the time of the compile, or perhaps your shell/process is restricted in some other way? Just a thought... Pete -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of David Requena Sent: Friday, February 05, 2010 10:38 AM To: IBM Netrexx Subject: Re: [Ibm-netrexx] Install Help on Mac OS X 10.5 Hmm... That's very odd, you're running out of heap ram just by loading the compiler. As far as I know there ins an absolute minimum of 2mb in java 1.5 but real initial heap is affected by amount of installed physical ram. How much that be in your box? You could try passing increasing minimum heap values to the jvm with the -Xsm option. Definitely this shouldn't be necessary under usual circumstances for helloworld type programme. BlackBerry de movistar, all? donde est?s est? tu oficin@ -----Original Message----- From: Bruce Skelly <[hidden email]> Date: Thu, 4 Feb 2010 16:09:54 To: IBM Netrexx<[hidden email]> Subject: Re: [Ibm-netrexx] Install Help on Mac OS X 10.5 _______________________________________________ Ibm-netrexx mailing list [hidden email] _______________________________________________ Ibm-netrexx mailing list [hidden email] *************************************************************************** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. **************************************************************************** |
In reply to this post by David Requena
Yes, I'm running out of memory, but I don't think that is the problem.
I have 4GB of memory, and a 2.53GHz Core 2 Duo. The command runs for more than an hour and 20 minutes before running out of memory, so giving it more memory would just make it run longer in my opinion. The 'javac' command to compile a java version of "hello world" takes less than a second. I just want to mention that this is with NO CLASSPATH set. I would think that if it couldn't find something due to a path problem, that it would just error out and fail. As you can see with no CLASSPATH, the java interpreter is find classes.jar just fine. Also, I don't think I'm getting to the point where output is created, as there is no hello.java file being created. At least not in the same directory as the hello.nrx. Bruce On Feb 5, 2010, at 8:37 AM, David Requena wrote: > Hmm... That's very odd, you're running out of heap ram just by > loading the compiler. > As far as I know there ins an absolute minimum of 2mb in java 1.5 > but real initial heap is affected by amount of installed physical > ram. How much that be in your box? > > You could try passing increasing minimum heap values to the jvm with > the -Xsm option. Definitely this shouldn't be necessary under usual > circumstances for helloworld type programme. > > > > BlackBerry de movistar, all? donde est?s est? tu oficin@ > > -----Original Message----- > From: Bruce Skelly <[hidden email]> > Date: Thu, 4 Feb 2010 16:09:54 > To: IBM Netrexx<[hidden email]> > Subject: Re: [Ibm-netrexx] Install Help on Mac OS X 10.5 > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > |
In reply to this post by Rupp Peter - prupp
As I mentioned to David, I think that if it was a memory issue, it
wouldn't take over an hour (it's now been running over an hour and a half) to run out of memory. I think the looping is happening in just one class, perhaps just one statement, and therefore you would see each class being loaded only once. Bruce On Feb 5, 2010, at 8:41 AM, Rupp Peter - prupp wrote: > Hi folks, > > This is a non-technical observervation.... > > But, It seems the looping (i.e, "Repeated a total of 29 times.") is > occurring after an out-of-memory exception occurs. However, > previous to the out-of-memory exception, there appears no looping, > but just normal, (but numerous) loads of various service classes. > I'm not sure what the behavior of netRexx is should it run out of > memory at that exact point (hard to reproduce). > > I also sorted your java class load sequence (from your previous > email) looking for duplicates....and each class is loaded once, so > it doesn't appear to be looping at all (I don't' see multiple load > attempts of various classes). > > > > Perhaps your system is seriously memory constrained at the time of > the compile, or perhaps your shell/process is restricted in some > other way? Just a thought... > > Pete > > > > -----Original Message----- > From: [hidden email] [mailto:[hidden email] > ] On Behalf Of David Requena > Sent: Friday, February 05, 2010 10:38 AM > To: IBM Netrexx > Subject: Re: [Ibm-netrexx] Install Help on Mac OS X 10.5 > > Hmm... That's very odd, you're running out of heap ram just by > loading the compiler. > As far as I know there ins an absolute minimum of 2mb in java 1.5 > but real initial heap is affected by amount of installed physical > ram. How much that be in your box? > > You could try passing increasing minimum heap values to the jvm with > the -Xsm option. Definitely this shouldn't be necessary under usual > circumstances for helloworld type programme. > > > > BlackBerry de movistar, all? donde est?s est? tu oficin@ > > -----Original Message----- > From: Bruce Skelly <[hidden email]> > Date: Thu, 4 Feb 2010 16:09:54 > To: IBM Netrexx<[hidden email]> > Subject: Re: [Ibm-netrexx] Install Help on Mac OS X 10.5 > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > *************************************************************************** > The information contained in this communication is confidential, is > intended only for the use of the recipient named above, and may be > legally > privileged. > > If the reader of this message is not the intended recipient, you are > hereby notified that any dissemination, distribution or copying of > this > communication is strictly prohibited. > > If you have received this communication in error, please resend this > communication to the sender and delete the original message or any > copy > of it from your computer system. > > Thank You. > **************************************************************************** > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > |
Free forum by Nabble | Edit this page |