why my program crash?
Hi experts,
I have a software package coming with some shared libraries including libgcc_s.so.1 & libstdc++.so.5 together with other private (to the software) functional shared libraries. Obviously, this software was built under an unknown environment. All I know is under SUSE8.2, using maybe gcc3.
What I am trying to do is to write a small piece of program to invoke a few functions in the private libraries. The source code was compiled and linked no problem using gcc4.3.1 under SUSE10.3. But when I run it , it crashed by saying "double free or corruption".
Can anybody tell me why and how to solve this problem?
I have a software package coming with some shared libraries including libgcc_s.so.1 & libstdc++.so.5 together with other private (to the software) functional shared libraries. Obviously, this software was built under an unknown environment. All I know is under SUSE8.2, using maybe gcc3.
What I am trying to do is to write a small piece of program to invoke a few functions in the private libraries. The source code was compiled and linked no problem using gcc4.3.1 under SUSE10.3. But when I run it , it crashed by saying "double free or corruption".
Can anybody tell me why and how to solve this problem?
Running a program using libraries is different to compiling them. When running, the dynamic libraries an executable needs are usually looked for using the $LD_LIBRARY_PATH environment variable.
Make sure the location of your libraries is included in this.
Make sure the location of your libraries is included in this.
Thanks Bnbertha. I have set the $LD_LIBRARY_PATH to the functional libraries. Actually the program would not crash if I access the public member variable of the object (in the library). But when I invoked the public method of the object, it crashed.
When you set that variable, make sure you add the path to the functional libraries to it, not replace the existing paths with the new one. The paths already defined are almost certainly also needed.
no other library path is defined in that variable. i think /lib & /usr/lib are no need to be included in that variable. I don't think the crash is caused by this reason. it seems to me more likely a memory allocation problem (while invoking the function entry point in library). here are some info from the crash:
>./laptop.out
E is set to: 12000
*** glibc detected *** ./laptop.out: free(): invalid pointer: 0x08093618 ***
======= Backtrace: =========
/lib/libc.so.6[0xf61794b6]
/lib/libc.so.6(cfree+0x89)[0xf617b179]
/usr/local/xmmsas_20070708_1801/libextra/libstdc++.so.5(_ZdlPv+0x23)[0xf60e9e33]
./laptop.out[0x8049d2b]
./laptop.out[0x8049d55]
./laptop.out[0x8049d8e]
./laptop.out[0x8049df0]
./laptop.out(__gxx_personality_v0+0x39b)[0x80492b7]
/lib/libc.so.6(__libc_start_main+0xe0)[0xf6128fe0]
./laptop.out(__gxx_personality_v0+0xe5)[0x8049001]
======= Memory map: ========
00800000-0086a000 r-xp 00000000 08:03 272541 /usr/lib/libGL.so.1
0086a000-0086d000 rw-p 0006a000 08:03 272541 /usr/lib/libGL.so.1
.... etc
from my program, i just simply access an object and inquire its members. all the job behind the object were in the libraries and the original software uses it without any complaint.
>./laptop.out
E is set to: 12000
*** glibc detected *** ./laptop.out: free(): invalid pointer: 0x08093618 ***
======= Backtrace: =========
/lib/libc.so.6[0xf61794b6]
/lib/libc.so.6(cfree+0x89)[0xf617b179]
/usr/local/xmmsas_20070708_1801/libextra/libstdc++.so.5(_ZdlPv+0x23)[0xf60e9e33]
./laptop.out[0x8049d2b]
./laptop.out[0x8049d55]
./laptop.out[0x8049d8e]
./laptop.out[0x8049df0]
./laptop.out(__gxx_personality_v0+0x39b)[0x80492b7]
/lib/libc.so.6(__libc_start_main+0xe0)[0xf6128fe0]
./laptop.out(__gxx_personality_v0+0xe5)[0x8049001]
======= Memory map: ========
00800000-0086a000 r-xp 00000000 08:03 272541 /usr/lib/libGL.so.1
0086a000-0086d000 rw-p 0006a000 08:03 272541 /usr/lib/libGL.so.1
.... etc
from my program, i just simply access an object and inquire its members. all the job behind the object were in the libraries and the original software uses it without any complaint.
Yes it looks like you are right. The most likely thing is a problem with the parameters you pass to the library function(s), possibly either allocating when you shouldn't or not allocating when you should. Without seeing the code that's the best I can suggest.
Topic archived. No new replies allowed.