If one of the shared libraries is not available, you will see a line
like this in the ldd output (notice the not found lines):

[EMAIL PROTECTED] lib]$ ldd libarutiljni70.so
       libicuucbmc.so.32 (0x00b26000)
       libicui18nbmc.so.32 (0x00166000)
       libicudatabmc.so.32 => not found
       libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x007b4000)
       libnsl.so.1 => /lib/libnsl.so.1 (0x00111000)
       libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00127000)
       libm.so.6 => /lib/tls/libm.so.6 (0x0026b000)
       libc.so.6 => /lib/tls/libc.so.6 (0x00e63000)
       libicudatabmc.so.32 => not found
       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00a77000)
       /lib/ld-linux.so.2 (0x004de000)
       libicudatabmc.so.32 => not found

Axton Grams

On 3/13/07, Axton <[EMAIL PROTECTED]> wrote:
It doesn't matter what distro you use.  All linux distro's use the
same kernel; that is what is important.  So long as things like
tomcat, jboss, websphere, etc. can run on your linux distro (meaning
the proper libraries and jdk/jre are available), there should be no
issues with running any ARS products.  The important thing are the
shared libraries; most distro's include packages for backwards
compatability (same versions, same source; e.g., compat-libgcc-296).

If you run into troubles, post the errors, I will be glad to throw pointers.

In my testing I've found Remedy requires the following rpm:
compat-libstdc++

You can test what files an so or executable uses using the ldd
command; just make sure you have the files the .so files contained in
the mid-tier war require:

[EMAIL PROTECTED] ~]$ ldd /u01/arsystem/arsdev/bin/arserverd
        libclntsh.so.10.1 =>
/usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 (0x00db7000)
        libdl.so.2 => /lib/libdl.so.2 (0x00d1b000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00111000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x0012f000)
        libm.so.6 => /lib/tls/libm.so.6 (0x00720000)
        libarrpc.so => not found
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x00c27000)
        libxerces-cbmc.so.26 => not found
        libxerces-depdombmc.so.26 => not found
        libxalan-cbmc.so.19 => not found
        libicuucbmc.so.32 => not found
        libicui18nbmc.so.32 => not found
        libicudatabmc.so.32 => not found
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00595000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0097f000)
        libc.so.6 => /lib/tls/libc.so.6 (0x00453000)
        libnnz10.so => /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so
(0x00145000)
        /lib/ld-linux.so.2 (0x00da0000)
[EMAIL PROTECTED] lib]$ ldd libar.so
        libm.so.6 => /lib/tls/libm.so.6 (0x00e8b000)
        libicuucbmc.so.32 (0x00111000)
        libicui18nbmc.so.32 (0x0075f000)
        libicudatabmc.so.32 (0x00eae000)
        libc.so.6 => /lib/tls/libc.so.6 (0x004cb000)
        /lib/ld-linux.so.2 (0x0023d000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x001d0000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x005f6000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00c4f000)

Axton Grams

On 3/13/07, Den Fong <[EMAIL PROTECTED]> wrote:
> **
>
> I am just wondering if anyone is running mid-tier 6.3 on SUSE 9?
>
> I looked at the compatibility matrix and mid-tier only runs on SUSE 8?  I
> dont' know if they haven't updated the matrix or just never compiled against
> it.  I sent them and email, but am just checking if they don't support it if
> anyone on the list is running it.
>
> TIA
>
> Den
>
>
> Husky Energy Inc.
> 707-8th Avenue SW
> Calgary, Alberta CANADA
> T2P 3G7
> Phone : 1-403-298-7244
> Fax :      1-403-298-6476
>
>  __20060125_______________________This posting was
> submitted with HTML in it___


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Reply via email to