On Sun, Sep 21, 2008 at 2:32 AM, hce <[EMAIL PROTECTED]> wrote:
>
> On Sat, Sep 20, 2008 at 12:19 AM, M.Reza Qurbani
> <[EMAIL PROTECTED]> wrote:
> > On Fri, Sep 19, 2008 at 9:11 AM, hce <[EMAIL PROTECTED]> wrote:
> >>
> >> On Fri, Sep 19, 2008 at 12:02 PM, M.Reza Qurbani
> >> <[EMAIL PROTECTED]> wrote:
> >> > On Fri, Sep 19, 2008 at 5:43 AM, hce <[EMAIL PROTECTED]> wrote:
> >> >>
> >> >> Hi,
> >> >>
> >> >> I am running opera 9.52, there is an error "ERROR: ld.so: object
> >> >> 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored". I could not
> >> >> find there is any libawt.so in the /lib or /usr/lib. I searched libawt
> >> >> without any results. Please advise which Debian package includes
> >> >> libawt.so?
> >> >>
> >> >> Thank you.
> >> >>
> >> > Which version are you using?
> >> >
> >> > If you are using Etch, try this:
> >> > $ sudo apt-get install sun-java5-bin
> >>
> >> Debian GNU/Linux 4.0
> >>
> >> I installed sun-java5-bin:
> >>
> >> /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/libawt.so
> >> /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/client/libjvm.so
> >> /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/server/libjvm.so
> >>
> >> I added /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386 and
> >> /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/client to the ld config conf
> >> and updated by ldconfig. But I still got following error:
> >>
> >> $ opera
> >> ~$ ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be
> >> preloaded: ignored.
> >> dlopen(librt.so) failed (This is not fatal, but some plug-ins may fail
> >> if they use librt without pulling it in themselves)
> >>
> >> I can see from ldconfig that both librt.so and libawt.so are there:
> >>
> >> libawt.so (libc6, hwcap: 0x1000000000000) =>
> >> /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/libawt.so
> >> librt.so (libc6, OS ABI: Linux 2.4.1) => /usr/lib/librt.so
> >>
> >> What is missing here?
> >>
> >> Thank you M.Reza Qurbani and Andrew.
> >
> > Google guided me to:
> >
> > "...
> > 3)edit opera preferences:
> > tools, preferences, advanced tab, content section, Java Options button, add
> > the path /usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/i386/ and validate
> > with the validate button.
> > ..."
>
> That fixed the problem. I've last error:
>
> $ dlopen(librt.so) failed (This is not fatal, but some plug-ins may
> fail if they use librt without pulling it in themselves)
>
> The librt.so is indeed in /usr/lib, why could not open it?
>
> Thank you.
'man 3 dlopen' says:
..." If filename contains a slash ("/"), then it is
interpreted as a (relative or absolute) pathname. Otherwise, the
dynamic linker searches for the library as follows (see ld.so(8) for
further details):
...
o If the environment variable LD_LIBRARY_PATH is defined to contain a
colon-separated list of directories, then these are searched. (As
a security measure this variable is ignored for set-user-ID and
set-group-ID programs.)
"...
so,
1- $ export LD_LIBRARY_PATH=/usr/lib/:$LD_LIBRARY_PATH
or 2- make a new file in '/etc/ld.so.conf.d' that contains the library
address. and remeber to run 'sudo ldconfig' after changing
ld.so.conf.d.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
