I don't know if this is your problem, since I think you said you were using Solaris
and I use Red Hat Linux, but I had a problem similar to that. My solution was to
add /usr/local/lib to /etc/ld.so.conf and run ldconfig. Then it would look in
/usr/local/lib for .so files instead of having to symlink into /usr/lib.
Tom Metzger wrote:
> SEE END FOR SOLUTION/WORK-AROUND
>
> On Wed Aug 30 20:27:36 2000, Mike Oliver wrote:
> => What does 'ldd /usr/local/bin/perl' show?
>
> [enterprise:/home/staff/palni/tom] ldd /usr/local/bin/perl
> libsocket.so.1 => /usr/lib/libsocket.so.1
> libnsl.so.1 => /usr/lib/libnsl.so.1
> libgdbm.so.2 => /usr/local/lib/libgdbm.so.2
> libdl.so.1 => /usr/lib/libdl.so.1
> libm.so.1 => /usr/lib/libm.so.1
> libc.so.1 => /usr/lib/libc.so.1
> libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1
> libmp.so.2 => /usr/lib/libmp.so.2
> libgen.so.1 => /usr/lib/libgen.so.1
> /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1
> [enterprise:/home/staff/palni/tom]
>
> => What happens if you run '/usr/local/bin/perl -v' as a normal user?
>
> [enterprise:/home/staff/palni/tom] /usr/local/bin/perl -v
>
> This is perl, version 5.004_05 built for sun4-solaris
>
> --snipped other stuff--
>
> => What happens if you run 'env LD_LIBRARY_PATH="" /usr/local/bin/perl -v'
> => as a normal user?
>
> [enterprise:/home/staff/palni/tom] env LD_LIBRARY_PATH="" /usr/local/bin/perl -v
>
> This is perl, version 5.004_05 built for sun4-solaris
>
> --other stuff snipped--
>
> => That doesn't matter. 'wrapper' establishes a brand new minimal
> => environment before launching the config-test script. It takes only
> => $LOGNAME, $USER and $TZ from its caller's environment and adds them to
> => its own versions of $PATH, $HOME and $SHELL.
>
> Ok, well I learned something new there then. :)
>
> => > Why Perl refuses to accept that libgdbm.so.2 exists is beyond me.
> => > I've seen some people say that Perl needs to be compiled with
> => > -R/usr/local/lib [...]
> =>
> => I'm not an experienced Perl builder so I could be mistaken here, but I
> => believe that that should be '-L/usr/local/lib', not '-R'. Check your
> => Perl build scripts and make sure you didn't typo it there.
>
> You're probably right...I just know that during the "configure" script
> it asked for what libraries it should search (something to that effect)
> and it included /usr/local/lib I installed it like three different times
> yesterday to see if I was somewhere missing something! *laugh*
>
> Now then, here's the real strange part. A solution, if you will. After I
> posted this to majordomo-users, I ran across a posting on Deja News about
> the same error message, but referring to the installation of INN, rather
> than MajorDomo. The person suggested finding libgdbm.so.2 (which, as I said
> earlier, is in /usr/local/lib on my system) and making a soft link to it in
> /usr/lib . Guess what? When I did that, the wrapper config-test worked
> fine! Now the REALLY strange part is I thought to myself "Well maybe this
> was the solution years ago when we originally setup MajorDomo", so I checked
> the machine it's currently running on...libgdbm.so.2 was in /usr/local/lib
> and ONLY /usr/local/lib. *insert Twilight Zone music here*
>
> So anyway, it's working now, so thanks for your response. It never fails;
> the answer always presents itself AFTER I post to a list/newsgroup asking
> for help! :)
>
> --
> Tom Metzger -> INCOLSA Unix System Administrator -> http://www.palni.edu/~tom
> Help Stop Internet Spam! ---> http://spam.abuse.net
> Remember to proofread. You may have something out.
Follow-Ups:
References:
|
|
