[Fwd: Can I bother you with another Linux question?]

[Jerry Feldman]

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 <gaf at blu.org>
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.gnhlug.org/mailman/private/gnhlug-discuss/attachments/20051118/aa694acb/attachment.html