AIX libc.a(shr.o)

[Casey]

I have search the web for answer to this but had no viable results.

In several cases (IBM HTTP Server, vanilla apache, binary apache) I receive
very similar messages when trying to execute. For example

exec(): 0509-036 Cannot load program ./htpasswd because of the following
errors:
0509-130 Symbol resolution failed for htpasswd because:
0509-136 Symbol isinf (number 37) is not exported from
dependent module /usr/lib/libc.a(shr.o).
0509-192 Examine .loader section symbols with the
'dump -Tv' command.

Similar messages when I try to start other programs. Therefore I believe
it's an enviromental problem rather than an issue with the subject programs.
I would appreciate your advice.

Lanny



---
Outgoing mail is certified Virus Free-
Odchozí posta neobsahuje viry
Checked by AVG anti-virus system ([url]http://www.grisoft.com[/url]).
Version: 6.0.520 / Virus Database: 318 - Release Date: 9/18/2003

[Steve Nottingham]

"Casey" <casey.i@sympatico.ca.xxx> wrote in message news:<e7ubb.732$PT3.138302@news20.bellglobal.com>. ..

> I have search the web for answer to this but had no viable results.
>
> In several cases (IBM HTTP Server, vanilla apache, binary apache) I receive
> very similar messages when trying to execute. For example
>
> exec(): 0509-036 Cannot load program ./htpasswd because of the following
> errors:
> 0509-130 Symbol resolution failed for htpasswd because:
> 0509-136 Symbol isinf (number 37) is not exported from
> dependent module /usr/lib/libc.a(shr.o).
> 0509-192 Examine .loader section symbols with the
> 'dump -Tv' command.
>
> Similar messages when I try to start other programs. Therefore I believe
> it's an enviromental problem rather than an issue with the subject programs.
> I would appreciate your advice.
>
> Lanny

Have you got your environment variable LIBPATH set correctly ?

Steve

[casey]

LIBPATH is /usr/lib:/usr/local/lib

"Steve Nottingham" <steve@wakefieldrfc.freeserve.co.uk>
wrote in message
news:42862645.0309220054.6599a558@posting.google.c om...

> "Casey" <casey.i@sympatico.ca.xxx> wrote in message

news:<e7ubb.732$PT3.138302@news20.bellglobal.com>. ..

> > I have search the web for answer to this but had no

viable results.

> >
> > In several cases (IBM HTTP Server, vanilla apache,

binary apache) I receive

> > very similar messages when trying to execute. For

example

> >
> > exec(): 0509-036 Cannot load program ./htpasswd because

of the following

> > errors:
> > 0509-130 Symbol resolution failed for htpasswd

because:

> > 0509-136 Symbol isinf (number 37) is not

exported from

> > dependent module

/usr/lib/libc.a(shr.o).

> > 0509-192 Examine .loader section symbols with

the

> > 'dump -Tv' command.
> >
> > Similar messages when I try to start other programs.

Therefore I believe

> > it's an enviromental problem rather than an issue with

the subject programs.

> > I would appreciate your advice.
> >
> > Lanny

>
> Have you got your environment variable LIBPATH set

correctly ?

>
> Steve

[Nicholas Dronen]

casey <casey.i@sympatico.ca> wrote:
c> "Steve Nottingham" <steve@wakefieldrfc.freeserve.co.uk>
c> wrote in message
c> news:42862645.0309220054.6599a558@posting.google.c om...

>> "Casey" <casey.i@sympatico.ca.xxx> wrote in message

c> news:<e7ubb.732$PT3.138302@news20.bellglobal.com>. ..

>> > I have search the web for answer to this but had no

c> viable results.

>> >
>> > In several cases (IBM HTTP Server, vanilla apache,

c> binary apache) I receive

>> > very similar messages when trying to execute. For

c> example

>> >
>> > exec(): 0509-036 Cannot load program ./htpasswd because

c> of the following

>> > errors:
>> > 0509-130 Symbol resolution failed for htpasswd

c> because:

>> > 0509-136 Symbol isinf (number 37) is not

c> exported from

>> > dependent module

c> /usr/lib/libc.a(shr.o).

>> > 0509-192 Examine .loader section symbols with

c> the

>> > 'dump -Tv' command.
>> >
>> > Similar messages when I try to start other programs.

c> Therefore I believe

>> > it's an enviromental problem rather than an issue with

c> the subject programs.

>> > I would appreciate your advice.
>> >
>> > Lanny

>>
>> Have you got your environment variable LIBPATH set

c> correctly ?

c> LIBPATH is /usr/lib:/usr/local/lib

Don't top-post. (See URL below.)

Since /usr/lib is searched by default, you shouldn't need it in
LIBPATH. I've seen funky symbol resolution problems -- not sure
if it was on AIX or Solaris -- with including /usr/lib at the front
of LIBPATH.

Regards,

Nicholas

--
"Why shouldn't I top-post?" [url]http://www.aglami.com/tpfaq.html[/url]
"Meanings are another story." [url]http://www.ifas.org/wa/glossolalia.html[/url]

[Gary R. Hook]

casey wrote:

> LIBPATH is /usr/lib:/usr/local/lib

Check your levels of bos.rte.libc and bos.up[/mp]:

lslpp -l bos.rte.libc bos.up

on both working machines and non-working machines.
Stop putting system library locations into LIBPATH;
binaries _usually_ include /lib:/usr/lib internally
(this is just general advice, BTW).

It's likely that non-working machines have a back-level
libc, and may require upgrading. The other thing you
can do is "dump -Tv /usr/lib/libc.a |grep isinf" to
make sure the symbol is exported from libc.a(shr.o). If
it's not, an upgrade is in order. If it is, perhaps you
have a second, older copy of libc lying around somewhere?

--
Gary R. Hook / AIX PartnerWorld for Developers / These opinions are MINE
__________________________________________________ ______________________

[casey]

"Nicholas Dronen" <ndronen@io.frii.com> wrote in message
news:3f6f1b1b$0$62085$75868355@news.frii.net...

> casey <casey.i@sympatico.ca> wrote:
> c> "Steve Nottingham" <steve@wakefieldrfc.freeserve.co.uk>
> c> wrote in message
> c> news:42862645.0309220054.6599a558@posting.google.c om...

> >> "Casey" <casey.i@sympatico.ca.xxx> wrote in message

> c> news:<e7ubb.732$PT3.138302@news20.bellglobal.com>. ..

> >> > I have search the web for answer to this but had no

> c> viable results.

> >> >
> >> > In several cases (IBM HTTP Server, vanilla apache,

> c> binary apache) I receive

> >> > very similar messages when trying to execute. For

> c> example

> >> >
> >> > exec(): 0509-036 Cannot load program ./htpasswd

because

> c> of the following

> >> > errors:
> >> > 0509-130 Symbol resolution failed for

htpasswd

> c> because:

> >> > 0509-136 Symbol isinf (number 37) is not

> c> exported from

> >> > dependent module

> c> /usr/lib/libc.a(shr.o).

> >> > 0509-192 Examine .loader section symbols with

> c> the

> >> > 'dump -Tv' command.
> >> >
> >> > Similar messages when I try to start other programs.

> c> Therefore I believe

> >> > it's an enviromental problem rather than an issue

with

> c> the subject programs.

> >> > I would appreciate your advice.
> >> >
> >> > Lanny
> >>
> >> Have you got your environment variable LIBPATH set

> c> correctly ?
>
> c> LIBPATH is /usr/lib:/usr/local/lib
>
> Don't top-post. (See URL below.)
>
> Since /usr/lib is searched by default, you shouldn't need

it in

> LIBPATH. I've seen funky symbol resolution problems --

not sure

> if it was on AIX or Solaris -- with including /usr/lib at

the front

> of LIBPATH.
>
> Regards,
>
> Nicholas
>
> --
> "Why shouldn't I top-post?"

[url]http://www.aglami.com/tpfaq.html[/url]

> "Meanings are another story."

[url]http://www.ifas.org/wa/glossolalia.html[/url]

You are absolutely correct

[Paul Pluzhnikov]

"Gary R. Hook" <nospam@nospammers.net> writes:

> perhaps you
> have a second, older copy of libc lying around somewhere?

It is pretty clear from his message:

0509-136 Symbol isinf (number 37) is not exported from
dependent module /usr/lib/libc.a(shr.o).

that the loader picked the *right* libc.a, so it is just a
"bos.rte.libc is too old" issue, I think.

Cheers,
--
In order to understand recursion you must first understand recursion.

[Jeff Trawick]

Paul Pluzhnikov wrote:

> "Gary R. Hook" <nospam@nospammers.net> writes:
>
>

>>perhaps you
>>have a second, older copy of libc lying around somewhere?

>
>
> It is pretty clear from his message:
>
> 0509-136 Symbol isinf (number 37) is not exported from
> dependent module /usr/lib/libc.a(shr.o).
>
> that the loader picked the *right* libc.a, so it is just a
> "bos.rte.libc is too old" issue, I think.

Absolutely...

IIRC, isinf() was added to libc somewhere around AIX 4.3.3 ML 07.
Apache 1.3 will use isinf() if present on the build system, so
presumably this is an Apache 1.3 built on fairly recent AIX 4.3.3 but
installed on older AIX 4.3.3.