Red HatThis forum is for the discussion of Red Hat Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Looking at your post I thought about running a 32-bit application on a 64-bit system, but I checked and the openmotif package on RHEL 4 provides both the 32-bit and the 64-bit version of libXm.so.3. Can I ask you which application triggered the missing shared library error? If it is an ELF executable, can you try the following commands?
In particular the second one will check what shared objects are required by the executable and list them along with their absolute path. Then you can check if you're missing the library where it is expected to be.
You can also check the integrity of the installed openmotif package, using
$ et
Starting CADENCE/ET72/tools.lnx86/tb/tcl/main/guiMainForm.tcl
CADENCE/ET72/tools.lnx86/tb/bin/64bit/ILMserver: error while loading shared libraries: libXm.so.3: cannot open shared object file: No such file or directory
$ file et
Korn shell script text executable
$ ldd et
not a dynamic executable
Uh, sorry but I did a mistake (indeed it sounded strange to me). Two different openmotif packages exist: the 32-bit version providing /usr/X11R6/lib/libXm.so.3 and the 64-bit version providing /usr/X11R6/lib64/libXm.so.3. You can verify if you have one of them or both installed using:
The above is the output on my system with both versions installed. Then you can verify the shared objects required by the real binary executable, which is the file reported in the error line:
Looking at the path of the executable I suspect it is a 64-bit application and you have only the 32-bit version of openmotif. If this is the case you can try to install the 64-bit package using
# up2date openmotif.x86_64
Fetching Obsoletes list for channel: rhel-x86_64-es-4...
Fetching rpm headers...
Name Version Rel
----------------------------------------------------------
The following packages you requested were not found:
openmotif.x86_64
Quote:
# uname -a
Linux srvtoto 2.6.9-78.ELsmp #1 SMP Wed Jul 9 15:46:26 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
yep, now i understand why it didn't work correctly because of the arch of the library.
The korn script search for libXm.so.3 for x86_64 arch and it existe only for the 1386 arch.
How could i installed openmotif the arch of x86_64 that seems it doesn't existe...
Maybe you have to check the software repositories. I can confirm I have openmotif-2.2.3-10.2.el4 64-bit on a RHEL4 machine. Or eventually download it manually through your Red Hat Network account.
I was looking through your the messages within this thread and tried to execute the recommended statements. However, I have Red Hat Enterprise Linux 5.1 (RHEL-5.1) installed on my PC and just installed/configured Razor v5.2 (a configuration management tool consisting of three applications: issues, versions and threads).
I was able to activate the license and bring up Razor. However, when entering the statement:
"[appl] &", where [appl] is either "issues", "versions" or "threads"
I receive the following error message:
"error while loading shared libraries: libXm.so.3: cannot open shared object file: No such file or directory".
I performed an ldd command on the full path that each application resides and discovered that the libXm.so.3 and libXp.so.6 variables were missing. Further investigation revealed references to openmotif, which is not installed with RHEL-5.1. Please advise on what to do from here (I've been spinning my wheels on a task that should have been cut-and-dry to take only a day at most, but has taken me 3 days--AND I'M STILL NOT FINISHED SUCCESSFULLY!!!). Thank you.
I do not have Red Hat Enterprise 5 for checking, but based on CentOS 5.2 it looks like the shared object libXm.so.3 is provided by a compatibility openmotif package, that is an older version of openmotif, since the current one provides libXm.so.4. On my system it is named openmotif22. Regarding libXp.so.6, it is provided by a package with the same name: libXp.
newly compiled Motif (not lesstiff!!) by ?IST?redhat? (on sourceforge)
names itself libXm.so.3 3+ and is NOT COMPATIBLE with libXm.so.2
ie, xpdf, ddd (the wonderful gdb GUI front end) work with libXm.so.2.n not .so.3 unless you have hacked versions of (ddd) which are altered.
libXm.so.2.x has versions 0-3 and 2.3 should run 2.0 apps.
but so.3 runs ONLY newly compiled motif apps which look for .so.3 (ie, recompiling an Xm 2 app will many not mean it will work on Xm 3, not necessarily, it may still ask for Xm.so.2 - depends on Makefiles and etc)
(any pkgs / binaries compiled against lesstiff require lesstiff which is NOT motif compatible but steals the libXm.so name. you can fix either / run both using LD_LIBRARY_PATH, see ld(1) ). most old linux bins are lesstif ones but recompile them for Motif they work better than ever (lesstif has more bugs?)
there's an effort by ?ist? to add many features quickly to libXm (ie, more fonts, encryption, png) to turn it into a gnome-like library
that's good for future developement to rival java but, again, isn't useful at all for Motif products already released (2.n projects or products)
with iphone / X code , regnome: XFCE, java IDE, its unsure if "an improved libXm" will prevail in use anytime as Motif / X Designer or metrolink BXPRO IDE did.
for that reason - i'm unsure why they "needed to be incompatible with 2.0 - 2.3"
(that is, if you adding new features you CLEARLY HAVE THE CHOICE to rename hacked new features and let new software use the new names, so that existing software is not attacked)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.