[greenstone-devel] greenstone3: mgpp_passes malloc(): memory corruption

From Ifi Okoye
DateWed Apr 30 08:04:29 2008
Subject [greenstone-devel] greenstone3: mgpp_passes malloc(): memory corruption
Hi Guys,

I'm trying to build a collection from the command line on greenstone3

I have root access...but I don't have physical access to the machine....and
I don't want to use an X11 tunnel...so I cant use the librarian interface...

Everything goes well until I get to the point where I run "buildcol.pl".

And then I get this:

*** creating the compressed text

collecting text statistics (mgpp_passes -T1)
ArcPlug: processing
/usr/local/apps/greenstone3/web/sites/localsite/collect/testcol/archives/archives.inf
GAPlug: processing HASH01c1.dir/doc.xml
GAPlug: processing HASH0146.dir/doc.xml
GAPlug: processing HASH017c.dir/doc.xml
*** glibc detected *** mgpp_passes: malloc(): memory corruption:
0x0000000000642930 ***
======= Backtrace: =========
/lib64/libc.so.6[0x3749a72fec]
/lib64/libc.so.6(__libc_malloc+0x7a)[0x3749a748fa]
/usr/lib64/libstdc++.so.6(_Znwm+0x1d)[0x37506bd1ed]
mgpp_passes[0x413419]
mgpp_passes[0x413880]
mgpp_passes[0x402d86]
/lib64/libc.so.6(__libc_start_main+0xf4)[0x3749a1e074]
mgpp_passes(__gxx_personality_v0+0xe1)[0x402879]
======= Memory map: ========
00400000-00429000 r-xp 00000000 08:01 3083254
/usr/local/apps/greenstone3/gs2build/bin/linux/mgpp_passes
00629000-0062a000 rw-p 00029000 08:01 3083254
/usr/local/apps/greenstone3/gs2build/bin/linux/mgpp_passes
0062a000-00678000 rw-p 0062a000 00:00 0
[heap]
3748800000-374881b000 r-xp 00000000 08:01 7880754
/lib64/ld-2.7.so
3748a1a000-3748a1b000 r--p 0001a000 08:01 7880754
/lib64/ld-2.7.so
3748a1b000-3748a1c000 rw-p 0001b000 08:01 7880754
/lib64/ld-2.7.so
3749a00000-3749b4d000 r-xp 00000000 08:01 7880755
/lib64/libc-2.7.so
3749b4d000-3749d4d000 ---p 0014d000 08:01 7880755
/lib64/libc-2.7.so
3749d4d000-3749d51000 r--p 0014d000 08:01 7880755
/lib64/libc-2.7.so
3749d51000-3749d52000 rw-p 00151000 08:01 7880755
/lib64/libc-2.7.so
3749d52000-3749d57000 rw-p 3749d52000 00:00 0
3749e00000-3749e82000 r-xp 00000000 08:01 7880759
/lib64/libm-2.7.so
3749e82000-374a081000 ---p 00082000 08:01 7880759
/lib64/libm-2.7.so
374a081000-374a082000 r--p 00081000 08:01 7880759
/lib64/libm-2.7.so
374a082000-374a083000 rw-p 00082000 08:01 7880759
/lib64/libm-2.7.so
374fa00000-374fa0d000 r-xp 00000000 08:01 7880785
/lib64/libgcc_s-4.1.2-20070925.so.1
374fa0d000-374fc0d000 ---p 0000d000 08:01 7880785
/lib64/libgcc_s-4.1.2-20070925.so.1
374fc0d000-374fc0e000 rw-p 0000d000 08:01 7880785
/lib64/libgcc_s-4.1.2-20070925.so.1
3750600000-37506e5000 r-xp 00000000 08:01 2267903
/usr/lib64/libstdc++.so.6.0.8
37506e5000-37508e5000 ---p 000e5000 08:01 2267903
/usr/lib64/libstdc++.so.6.0.8
37508e5000-37508eb000 r--p 000e5000 08:01 2267903
/usr/lib64/libstdc++.so.6.0.8
37508eb000-37508ee000 rw-p 000eb000 08:01 2267903
/usr/lib64/libstdc++.so.6.0.8
37508ee000-3750900000 rw-p 37508ee000 00:00 0
3759800000-3759809000 r-xp 00000000 08:01 7880773
/lib64/libcrypt-2.7.so
3759809000-3759a08000 ---p 00009000 08:01 7880773
/lib64/libcrypt-2.7.so
3759a08000-3759a09000 r--p 00008000 08:01 7880773
/lib64/libcrypt-2.7.so
3759a09000-3759a0a000 rw-p 00009000 08:01 7880773
/lib64/libcrypt-2.7.so
3759a0a000-3759a38000 rw-p 3759a0a000 00:00 0
2aaaaaaab000-2aaaaaaad000 rw-p 2aaaaaaab000 00:00 0
2aaaaaac0000-2aaaaac22000 rw-p 2aaaaaac0000 00:00 0
2aaaac000000-2aaaac021000 rw-p 2aaaac000000 00:00 0
2aaaac021000-2aaab0000000 ---p 2aaaac021000 00:00 0
7fff489a5000-7fff489bb000 rw-p 7ffffffe9000 00:00 0
[stack]
7fff489fc000-7fff489fe000 r-xp 7fff489fc000 00:00 0
[vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0
[vsyscall]

I know the malloc error is happening in mpgg_passes....Its written in C++,
so I'm wondering if there's any weird pointer problems....Has anyone run
into a similar error? any suggested workarounds?

thanks!
--ifi


--
It is difficult, if not impossible, to inculcate in those who do not want to
know, the curiosity to know; I think it is also impossible to kill this need
in those who really want to know.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://list.scms.waikato.ac.nz/mailman/private/greenstone-devel/attachments/20080429/8a7af94e/attachment-0001.html