Link to home
Start Free TrialLog in
Avatar of ragaMuffin
ragaMuffin

asked on

segmentation fault

Maybe someone can help
I have an application.  all object files are compiled into object files, there are about 17 static libraries. the problem is at final link, the loader i guess, produces a segmentation fault.  The exact error is

collect2:ld terminated with signal 11 [segmentation fault]
*** Error code 1

There is core dump, but I don't know what to do with it.
Avatar of ahoffmann
ahoffmann
Flag of Germany image

could you pleas post the tail of the coredump, use something like:
   tail -50 core
or
   strings cor|tail -50

if the result is just your environment (that which you get with the printenv command), please use 100 instead of 50, and remove the environment from the output
Avatar of ragaMuffin
ragaMuffin

ASKER

okay I looked at the core using your strings core |tail -50, but I don't see anything in it.  it simply has COMPILER_PATH which is correct
LIBRARY_PATH which is correct
COLLECT_GCC_OPTIONS which are correct
and then the last line simply says
/usr/bin/ld
i am using version 2.96 and ld is 2.10

PS.  Sorry I can not post file because it contain information about my apps, hosts, configurations, etc etc etc.  what i can tell you is I have many libraries, all build on redhat, but most of them reside on other unix/linux platforms, Sun, hp, sgi, true64, alpha, all configured using clearcase tools.  I do have a cross compiler in some and others do an rsh to linux and build there.
this target is i686

ASKER CERTIFIED SOLUTION
Avatar of garboua
garboua

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
I also assume that there is a lib in wrong format, probably from other platform.
Pass the -v and -WL,v options to gcc, then check the output, it should show you all the libraries to be linked with full path. For each lib use the file command to get the information of the lib
It wouldn't hurt to narrow the scope of the problem too.  You say there are 17 static libraries, plus multiple regular object files?  What if you cut some of them out?  Does Ld still segfault?  If not, and you instead fail due to unresolved references, you might try substituting a file with dummy definitions and see if the link completes.

It would help if you would post the link commands (assuming you're linking with gcc, that would be the result of the options ahoffman suggests).

I didn't understand about library residing on other platforms.  Don't they all have to reside, in one way or another, on the system on which you do the link?
bryanh,
this is a very large application and it actaully uses most of the library function.  an attempt to isolate libraries generated PAGES and PAGES of unresolved depend, :-) I'm a step a head of you :-).  Seriously, it is not productive at all to dummy out hundreds of functions, and they are literally hundreds function in each lib.

garboua, ahoffmann
you guys kinda saying the same thing, so I will try to check each library format.
I downloaded the latest binutils and gcc and will be installed tonight.  if that does not fix the problem --> to checking each library I go.
will keep U guys posted.
a simple
  file libwhatever.so
command should be sufficient, usually ;-)

addiditional comment to bryanh's suggestion:
  to omit some libs at the linking stage may give a hint if the problem is one of the libs, or the linker itself

ragaMuffin, are you using a lot of global variables in you libs?
only the globals produced by the gui builder, less that 20. No globals used by application manager AND
the new combination of binutils-2.12 and gcc-3.0.4 did the trick.  
thank you all.
only the globals produced by the gui builder, less that 20. No globals used by application manager AND
the new combination of binutils-2.12 and gcc-3.0.4 did the trick.  
thank you all.