*** glibc detected *** double free or corruption

[Umberto Nicoletti]

Open the command prompt and then type:

man malloc

Search for MALLOC_CHECK

This is a feature of newer malloc impl that add checking code so that
memory leaks or mismanagements can be detected.If that does not help
try to disable SELinux.

Reagrds,
Umberto

On 2/22/06, Doyon, Jean-Francois <Jean-Francois.Doyon at ccrs.nrcan.gc.ca> wrote:
> Hello,
>
> I'm testing MapServer on some new hardware/software, and ran into what looks
> like a bug ...
>
> With a specific mapfile, the mapserver CGI dies with the following error:
>
> [Wed Feb 22 13:03:33 2006] [error] [client 132.156.4.96] *** glibc detected
> *** double free or corruption (!prev): 0x09f76cf8 ***, referer:
> [Wed Feb 22 13:03:33 2006] [error] [client 132.156.4.96] Premature end of
> script headers: mapserv461atlas, referer:
>
> (referer deleted)
>
> This is mapserver 4.6.1 on CentOS 4.2 (i.e. RHEL 4).
>
> It uses:
>
> GDAL 1.3.1
> PROJ 4.4.9
>
> And the system libraries for the rest:
>
>         libgd.so.2 => /usr/lib/libgd.so.2 (0x0065a000)
>         libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x002aa000)
>         libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x004dc000)
>         libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00343000)
>         libz.so.1 => /usr/lib/libz.so.1 (0x004ca000)
>         libproj.so.0 => /home/atlas/web/lib/libproj.so.0 (0x00111000)
>         libgdal.so.1 => /home/atlas/web/lib/libgdal.so.1 (0x006a7000)
>         libcurl.so.3 => /usr/lib/libcurl.so.3 (0x00145000)
>         libssl.so.4 => /lib/libssl.so.4 (0x00175000)
>         libcrypto.so.4 => /lib/libcrypto.so.4 (0x001a9000)
>         libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00292000)
>         libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x005c9000)
>         libcom_err.so.2 => /lib/libcom_err.so.2 (0x00447000)
>         libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00630000)
>         libresolv.so.2 => /lib/libresolv.so.2 (0x002c8000)
>         libdl.so.2 => /lib/libdl.so.2 (0x00441000)
>         libidn.so.11 => /usr/lib/libidn.so.11 (0x0044c000)
>         libc.so.6 => /lib/tls/libc.so.6 (0x009c7000)
>         libm.so.6 => /lib/tls/libm.so.6 (0x00313000)
>         libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00366000)
>         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x002db000)
>         libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x002e3000)
>         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x00af1000)
>         libtiff.so.3 => /usr/lib/libtiff.so.3 (0x0047c000)
>         librt.so.1 => /lib/tls/librt.so.1 (0x00543000)
>         /lib/ld-linux.so.2 (0x002fc000)
>         libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x00431000)
>         libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00557000)
>
> The only thing noticeably different about the mapfile causing the error is
> that it has WMS layers and is quite a bit bigger than your average mapfile.
>
> I found nothing in bugzilla.
>
> Anybody run into this before?  I found one obscure reference, but no clear
> cause/solution.
>
> Thanks,
>
> Jean-François Doyon
> Internet Service Development and Systems Support / Spécialiste de
> dèveloppements internet et soutien technique
> Canada Centre for Remote Sensing/Centre Canadien de télédétection
> Natural Resources Canada/Ressources Naturelles Canada
> http://atlas.gc.ca
> Tel./Tél.: (613) 992-4902
> Fax: (613) 947-2410
>