From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30683 invoked by alias); 3 Nov 2006 19:22:44 -0000 Received: (qmail 30665 invoked by uid 48); 3 Nov 2006 19:22:36 -0000 Date: Fri, 03 Nov 2006 19:22:00 -0000 Message-ID: <20061103192236.30664.qmail@sourceware.org> From: "cseddon at sequencedesign dot com" To: glibc-bugs@sources.redhat.com In-Reply-To: <20061103173516.3455.cseddon@sequencedesign.com> References: <20061103173516.3455.cseddon@sequencedesign.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug libc/3455] ptmalloc fails if foreign sbrk and no mmap and size is greater than trim threshold X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2006-11/txt/msg00006.txt.bz2 List-Id: ------- Additional Comments From cseddon at sequencedesign dot com 2006-11-03 19:22 ------- _I_ did not use sbrk(). A third-party package did. My test program does, but only to provide a demostration of the problem. malloc has all sorts of special-casing in it for handling 'foreign sbrk'. It appears to be programmed to handle the foreign sbrk(), but fails to do so. If it is impossible to use sbrk(), then shouldn't it's prototype be removed? -charlie -- What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | http://sourceware.org/bugzilla/show_bug.cgi?id=3455 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.