*** 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