an error when ld: terminated with signal 11

[phueta.com.cn]

We have an old HP UNIX machine:HP-UX B.11.00 U 9000/782, I use it to compile our soft product, but I met a ld error message all of a sudden:
aCC: error 1922: "/usr/ccs/bin/ld" terminated with signal 11
How can I fix it?

My ld's version:
ld: 92453-07 linker linker ld B.11.30 011005
aCC: HP ANSI C++ B3910B A.03.33

[Srimalik]

Did you change something on the machine(installed/removed a patch)?

[phueta.com.cn]

No, that's confused me. I just rebuild it.

[Alex Mantelos_1]

Hello,

Uhh, you are running an obsolete version
of HP-UX. Very worthy upgrading as soon as
possible (replacing the ageing hardware too).

If nothing else changed, here is one idea.

Check your /dev/null. Is it a character
device file and does it have correct permissions?

Also, did you try compilation as root or ordinary user? Try both after checking /dev/null.

I am discarding the possibility that you need some linker and other patches because
you said that it worked before the
server was rebuilt...

Cheers,

VK2COT

[Srimalik]

>server was rebuilt...

I think he is trying is rebuild the a software on the machine and not the machine itself.

running as root can be a good idea.

Any other errors you are getting on you build logs?

[phueta.com.cn]

Dear Alex:
thank you for your reply.
I check the file of /dev/null, the "ls -l /dev/null"command return:"crw-rw-rw- 1 bin bin 3 0x000002 Jan 4 16:49 null". I'm not sure is it right?

And I notice another error: when I input the command "ld" without parameter in command line, I get an error message:"ld: ld: can't open message catalog, error 1032, parm "ld"",Why?

[phueta.com.cn]

Dear Srikrishan:
You are right, I just re-make our project,not the machine.

[Dennis Handly]

>How can I fix it?

Get the last 11.00 ld patch.

>I get an error message:"ld: ld: can't open message catalog, error 1032, parm "ld"", Why?

Unless you are using NLSPATH or have too many open files, this shouldn't happen.

What does the following show?
dumpmsg /usr/lib/nls/msg/C/ld.cat | grep 1032
(I think that is the path to ld.cat.)

>Srikrishan: running as root can be a good idea.

I would say the opposite.

[VK2COT]

Hello,

Dennis is right. Avoid using root for
compilations unless absolutely necessary.
In fact, avoid logins as root unless really
required :)

I proposed it for the purpose to check if
/dev/null was properly set up.

Whenever I go to customers I ask NOT to
get root access unless I need it... Less
worries, less chances to make a mistake and
avoid situations when someone can blame
you for the errors :)

This seems to be a loader problem.

At least, we confirmed that /dev/null is OK,
which eliminates one issue.

Let us know how your other check go.

Cheers,

VK2COT

[Dennis Handly]

>VK2COT: This seems to be a linker problem.

Or it could be a bad object.