*** glibc detected *** double free or c orruption

Doyon, Jean-Francois Jean-Francois.Doyon at CCRS.NRCAN.GC.CA
Fri Feb 24 08:44:05 PST 2006


Heh, looks like this is fixed in 4.8.1, so I guess I'll just do an emergency
upgradeoctomy :) 

-----Original Message-----
From: Umberto Nicoletti [mailto:umberto.nicoletti at gmail.com] 
Sent: February 23, 2006 2:21 AM
To: Doyon, Jean-Francois
Cc: MAPSERVER-USERS at lists.umn.edu
Subject: Re: [UMN_MAPSERVER-USERS] *** glibc detected *** double free or
corruption

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
>



More information about the MapServer-users mailing list