assistance please...
Maybe I'm just not cut out for Linux as this is probably such an easy problem and I have overlooked the obvious. I loaded up jdk1.2 onto Red Hat 6.0 (using both glibc2.0 AND glibc2.1 out of desperation) and just to test I tried running java and got the following error... ./java: error in loading shared libraries: libhpi.so: cannot open shared object file: no such file or directory I also tried installing a jdk1.1.7 RPM hoping that would be more successful but received another error but I would prefer to get jdk1.2 working. Any ideas. Thanks. James.
Re: Assistance please...
That's strange as the Blackdown distribution says that jdk1.2 does not need for any environment variables to be set such as JAVA_HOME. In fact I ran "java -version" from inside /usr/share/jdk1.2/bin/i386/native_threads where the java executable resides and for good measure also ran it with libhpi.so copied to the same directory. So, surely, I should not have had any problems assuming JAVA_HOME is not required. Well, I got the path working, this morning before work, but no time for JAVA_HOME. I'll try that this evening. Thanks. James. On Thu, Nov 25, 1999 at 10:09:49PM -, James Butler wrote: >Maybe I'm just not cut out for Linux as this is probably such an easy >problem and I >have overlooked the obvious. You definitely need the glibc2.1 version with RH6.0. Check that your various environment variables are consistent: JAVA_HOME should point to the directory in which you've installed the JDK1.2/glibc2.1 installation PATH should include $JAVA_HOME/bin *before* any other directories where it might find executables named "java". This is irrelevant if you request to run the "java" executable using its full pathname. The problem you describe sounds characteristic of running the wrong glibc version... are you sure you tried running from the glibc2.1-based installation? Nathan Meyers [EMAIL PROTECTED] __ Get Your Private, Free Email at http://www.hotmail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Assistance please...
Ahhh! I understand. I think. So, although java, javac etc. are not physically in jdk1.2/bin the wrapper redirects to the appropriate version in the green & native directories. I don't see how it does that but so long as it does I don't mind. I was basing my knowledge of the jdk on the directory structure of the Win32 version of Java and expected to see the runtimes in jdk1.2/bin and as I didn't I hunted round until I did. Many thanks, James. >On Fri, 26 Nov 1999 04:22:33 PST, James Butler wrote: > > >That's strange as the Blackdown distribution says that jdk1.2 does not >need > >for any environment variables to be set such as JAVA_HOME. > >This is correct. > > >In fact I ran "java -version" from inside > >/usr/share/jdk1.2/bin/i386/native_threads where the java executable >resides > >and for good measure also ran it with libhpi.so copied to the same > >directory. > >This is *not* the directory you should be running the binary from. >You should be running it from /jdk1.2/bin > >The things in that directory are links to scripts that set up the correct >environment (including the LD path, class paths, etc) such that the JVM >will work. They then run the correct binary from either the native or >green threads directory for the correct CPU type of your system. > > >So, surely, I should not have had any problems assuming JAVA_HOME is not > >required. > > > >Well, I got the path working, this morning before work, but no time for > >JAVA_HOME. I'll try that this evening. > >Again, it is best if you don't set them. If you look at the wrapper >scripts >you will see that if you set them the scripts will blindly use your >settings >which means that if you get them wrong (or you change JVMs bot not all of >the >settings) that you will cause things to fail. > >-- >Michael Sinz Technology and Engineering Director/Consultant >"Starting Startups" mailto:[EMAIL PROTECTED] >My place on the web ---> http://www.users.fast.net/~michael_sinz > > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > __ Get Your Private, Free Email at http://www.hotmail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Assistance please...
Sorry but I'm getting nowhere here. I run 'java' and './java' from /usr/share/jdk1.2/bin and the system says file 'java' not found. Do I have to fiddle around with .java_wrapper, in some way? Blackdown's documentation seems quite inadequate especially to a beginner like me who is more used to the plug and play nature of Windows. I just want to get on and program but want to do it on a Unix like system. Thanks, James. > Yes, the Unix/Linux versions of Java are a bit different from the Win32 > versions with regard to the directory structure. > > With regard to the scripts in /bin, they work a bit of magic to > figure out some things and set up the execution environment properly (a > very nice convenience, really, as it would be quite a pain to have to do > it yourself - and you never know what might be affected if you set it > all up in your login environment). Another difference between Unix and > Win32, but not a bad one, in my opinion. > > --Jeff > > > James Butler wrote: > > > > Ahhh! I understand. I think. > > > > So, although java, javac etc. are not physically in jdk1.2/bin the wrapper > > redirects to the appropriate version in the green & native directories. > > > > I don't see how it does that but so long as it does I don't mind. > > > > I was basing my knowledge of the jdk on the directory structure of the Win32 > > version of Java and expected to see the runtimes in jdk1.2/bin and as I > > didn't I hunted round until I did. > > > > Many thanks, > > > > James. > > > > > -- > Jeff Galyan > http://www.anamorphic.com > http://www.sun.com > jeffrey dot galyan at sun dot com > talisman at anamorphic dot com > Sun Certified Java(TM) Programmer > == > Linus Torvalds on Microsoft and software development: > "... if it's a hobby for me and a job for you, why are you doing such a > shoddy job of it?" > > The views expressed herein do not necessarily reflect those of my > employer. > > Sun Microsystems, Inc., has no connection to my involvement with the > Mozilla Organization. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Assistance please...
Sorry to be boring everyone with my problem but I'm still stuck. OK, I ran /usr/share/jdk1.2/bin/java and got the following... [james@localhost james]$ /usr/share/java1.2/bin/java bash: /usr/share/java1.2/bin/java: No such file or directory Am I right in thinking there are only 3 items in /jdk1.2/bin and they are the i386 directory, the .java_wrapper and jaca-rmi.cgi scripts? I noticed that the scripts are 'sh' shell scripts and assume that running bash does not cause any problems. Also that all the files are owned by Root. I can't quite understand how you can refer to a program (i.e. java) that doesn't exist in the directory that you are supposedly calling it from (i.e /jdk1.2/bin) as there are no links to it from the directory in question. OK, so there are scripts but how are they invoked? I still feel that I missed something out in the installation. Lastly, I have deliberately not messed around with any profiles or anything else on the system so as not to cause any conflicts. So much so that I still have to type ./ when running C programs that I have written (too much to do at work) as I haven't gotten round to any path changing. Well, 2:30am here so I'll goto bed and see how I get on tomorrow. Thanks for all your help, James. - Original Message - From: Nathan Meyers <[EMAIL PROTECTED]> To: James Butler <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, November 26, 1999 10:33 PM Subject: Re: Assistance please... > On Sat, Nov 27, 1999 at 12:14:21AM -, James Butler wrote: > > Sorry but I'm getting nowhere here. > > > > I run 'java' and './java' from /usr/share/jdk1.2/bin and the system says > > file 'java' not found. > > > > Do I have to fiddle around with .java_wrapper, in some way? > > > > Blackdown's documentation seems quite inadequate especially to a beginner > > like me who is more used to the plug and play nature of Windows. > > > > I just want to get on and program but want to do it on a Unix like system. > > Then you have plenty of support from this crowd... but you'll have > to be a bit patient. There's a learning curve with Linux/Unix that's > independent of Java, but once you've climbed that curve you'll find > yourself knowledgeably using a system that's much less plug-and-play > but much more robust than Windows. > > If you've got the JDK1.2 glibc2.1 installation on RedHat 6.x, you should > be able to run java by invoking the script (that's Unix-ese for what they > call batch files in Windows) in the bin subdirectory. There's one catch: > you mustn't be in that directory when you run it. So... from some *other* > directory, run: > > /usr/share/jdk1.2/bin/java > > (I'm assuming, per your previous postings, that your tree is installed > at /usr/share/jdk1.2). > > I'm a little bothered by the "java not found" error. If you make the > mistake of running from that directory, you should see a failure to find > "libjava.so". Assuming you've got the Blackdown installation and haven't > messed with any of the files, the invocation I described above should work. > > Nathan Meyers > [EMAIL PROTECTED] > > > > > > Thanks, > > > > James. > > > > > Yes, the Unix/Linux versions of Java are a bit different from the Win32 > > > versions with regard to the directory structure. > > > > > > With regard to the scripts in /bin, they work a bit of magic to > > > figure out some things and set up the execution environment properly (a > > > very nice convenience, really, as it would be quite a pain to have to do > > > it yourself - and you never know what might be affected if you set it > > > all up in your login environment). Another difference between Unix and > > > Win32, but not a bad one, in my opinion. > > > > > > --Jeff > > > > > > > > > James Butler wrote: > > > > > > > > Ahhh! I understand. I think. > > > > > > > > So, although java, javac etc. are not physically in jdk1.2/bin the > > wrapper > > > > redirects to the appropriate version in the green & native directories. > > > > > > > > I don't see how it does that but so long as it does I don't mind. > > > > > > > > I was basing my knowledge of the jdk on the directory structure of the > > Win32 > > > > version of Java and expected to see the runtimes in jdk1.2/bin and as I > > > > didn't I hunted round until I did. > > > > > > > > Many thanks, > >
RPMs
You may remember my plea for assistance for help with installing the JDK and all the archiving problems I had. I was wondering if there was a concerted effort, anywhere, to create RPMs of the latest releases. Because my office network and CD writer, in a concerted attempt, do not wish me to copy any file that ends with .tar or .bz2 I settled for a jdk1.7 RPM and had no problems with it at all. I know it is a bit selfish of me to ask for RPMs, and not more generic distributions, but if it helps anyone to put java on their machine then it can only be a good thing. If someone knows of any method for generating RPMs I might have a go myself. Thanks. James.
Re: RPMs
Well, I don't think it is as simple as that. If only it was.I was being rather specific in picking on tars and bzips but I think it is the company (Reuters) LAN or the CD writer just misbehaving somewhere. James. - Original Message - From: Albert Y.C. Lai <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 28, 1999 4:16 PM Subject: Re: RPMs > "James Butler" <[EMAIL PROTECTED]> writes: > > > Because my office network and CD writer, in a concerted attempt, do > > not wish me to copy any file that ends with .tar or .bz2 > > When you download the files, save it with a name (and type) of your > choice. If necessary, further change the name and the type after > downloading. The name and the type do not have to be anything close > to tar, gzip, bz2, etc. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
