[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#537369: marked as done (libc6: Theoretically possible malloc failure causing the only arena to remain locked)

Your message dated Tue, 17 Jun 2014 19:51:18 +0200
with message-id <20140617175118.GA4894@volta.rr44.fr>
and subject line Bug#537369: libc6: Theoretically possible malloc failure causing the only arena to remain locked
has caused the Debian Bug report #537369,
regarding libc6: Theoretically possible malloc failure causing the only arena to remain locked
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
537369: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537369
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libc6
Version: 2.7-18
Severity: normal

While developing mallocpool (https://sourceforge.net/projects/mallocpool/) I've had the
opportunity to try various configuration options for my reworking of malloc.c, such as
not using arenas.
In malloc.c this is defined as "the same as HAVE_MMAP" so that's set to 0 as well, to
perform some simple tests.

I realise that the glibc used in Debian is built with WAVE_MMAP and USE_ARENAS set to 1
but if some embedded system comes along where this isn't true then there may well be a
problem.

This happens in __libc_malloc in the event of an allocation failure.
The attached patch fixes the problem.

-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1                      1:4.3.2-1.1 GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
pn  glibc-doc                     <none>     (no description available)
ii  locales                       2.7-18     GNU C Library: National Language (

-- debconf information:
  glibc/upgrade: true
  glibc/restart-failed:
  glibc/restart-services:

--- End Message ---
--- Begin Message --- 
Version: 2.16-0experimental0

On Fri, Jul 17, 2009 at 03:53:29PM +0100, Philip Ashmore wrote:
> Package: libc6
> Version: 2.7-18
> Severity: normal
> 
> While developing mallocpool (https://sourceforge.net/projects/mallocpool/) I've had the
> opportunity to try various configuration options for my reworking of malloc.c, such as
> not using arenas.
> In malloc.c this is defined as "the same as HAVE_MMAP" so that's set to 0 as well, to
> perform some simple tests.
> 
> I realise that the glibc used in Debian is built with WAVE_MMAP and USE_ARENAS set to 1
> but if some embedded system comes along where this isn't true then there may well be a
> problem.
> 
> This happens in __libc_malloc in the event of an allocation failure.
> The attached patch fixes the problem.

The HAVE_MMAP and USE_ARENAS defines have been removed upstream in
version 2.15, and appeared for the first time in Debian in version 
2.16-0experimental0. Closing the bug accordingly

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

--- End Message ---
Reply to: