|
WRT: /etc/ld.so.conf This is a file that tells the loader where to find the system shared libraries. You also create an environment variable, LD_LIBRARY_PATH that effectively does the same thing (on a per user basis). On Linux, normally you will see things like (I removed permissions to prevent line wrap). root root 14 2005-11-03 06:02 libXm.so -> libXm.so.3.0.2 root root 14 2005-11-03 05:45 libXm.so.3 -> libXm.so.3.0.2 root root 2394104 2005-09-12 20:00 libXm.so.3.0.2 In the above case, libXm.so and libXm.so.3 are simply symbolic links to the real library, libXm.so.3.0.2. So, you need to copy the actual library to /usr/X11R6/lib, set up the appropriate symbolic links and make sure that /etc/ld.so.conf points to /usr/X11R6/lib(which it should). As mentioned previously, there are better ways to accomplish what you want to accomplish, but considering that this is a Windows shop and you want 1 tool for all... Note that Red Hat 9 is a bit obsolete, and has been replaced by Fedora releases. On Thursday 17 November 2005 4:55 pm, David J Berube wrote: > David, Hi. It's Fletcher. > > Can I bother you for another Linux question? I hope it's really simple. > > We have a system at a customer site in Alabama that has several Windows > machines and one Linux machine, Red Hat 9. We have been using pcAnywhere > to get remote access from the office here to one of the Windows boxes and > from there to the others. So from here we get complete access to all the > Windows machines there. > Recently we upgraded to pcAnywhere 11.5 which allows us to get into the > Linux box. We tried it here with a mockup, got it to work, and now our > technician is on site there and trying to do the same setup but it's > failing. When we do pcAnywhere's Quick Deploy and Connect it apparently > loads a "thin host" on the Linux to connect to. In the log I find the > following error: > /root/pcADeploy/thinhost: error while loading shared libraries: > libXm.so.3: cannot open shared object file: No such file or directory > So I poked around on the Linux box here that is working, and found the > file libXm.so.3 in usr/X11R6/lib. I changed the file name temporarily > and tried to connect and got exactly the same error in the log here. So > I loaded the file over the wire to the system down there, in the same > directory. Still we get the same error. Then I found that libXm.so.3 is > a link to libXm.so.3.0.1 so I sent that down to Alabama. Still the > error. > On a Google search I found a forum where someone asked the guy with the > problem - is usr/X11R6/lib in your etc/ld.so.conf file? From what I can > gather that is a file that is like a PATH thing - telling you where you > can find .so files? It is in the conf file here, and I see it in the > conf file down there. > So the question is - how is it that libXm.so.3 can't be found? The file > is there and the path is in the conf file. Is there more that is needed > that I don't know about? -- Jerry Feldman <[EMAIL PROTECTED]> Boston Linux and Unix user group http://www.blu.org PGP key id:C5061EA9 PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9 |
- Re: [Fwd: Can I bother you with another Linux question?] Jerry Feldman
