Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 92955 invoked from network); 2 Oct 2007 15:44:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Oct 2007 15:44:42 -0000 Received: (qmail 65801 invoked by uid 500); 2 Oct 2007 15:44:31 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 65786 invoked by uid 500); 2 Oct 2007 15:44:31 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 65775 invoked by uid 99); 2 Oct 2007 15:44:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Oct 2007 08:44:31 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Oct 2007 15:44:41 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id EEEEC71420A for ; Tue, 2 Oct 2007 08:43:50 -0700 (PDT) Message-ID: <16575769.1191339830976.JavaMail.jira@brutus> Date: Tue, 2 Oct 2007 08:43:50 -0700 (PDT) From: "Andrew Black (JIRA)" To: stdcxx-dev@incubator.apache.org Subject: [jira] Commented: (STDCXX-440) 23_allocator test case can consume all system memory In-Reply-To: <27660923.1181257645935.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/STDCXX-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531833 ] Andrew Black commented on STDCXX-440: ------------------------------------- Adding tests for the exec utility probably should be scheduled for 4.2.1, in a separate JIRA issue. One piece of fallout I'm observing is that examples on hpux-11.23-ia64 are failing to run with messages like ./run (accumulate): execv ("./accumulate", ...) error: Not enough space My reading of this error message, and the fact that it surfaced only after r579307 was checked into subversion, is that 256 MB isn't a high enough as limit for executables on this platform. As such, the solution likely is to raise this limit, probably to 384 MB, though testing would be required. The only other solution I see would be to reduce the memory usage of the library, which likely isn't possible. > 23_allocator test case can consume all system memory > ---------------------------------------------------- > > Key: STDCXX-440 > URL: https://issues.apache.org/jira/browse/STDCXX-440 > Project: C++ Standard Library > Issue Type: Bug > Components: Tests > Affects Versions: 4.2 > Environment: RHAP 5 (possibly others) > Reporter: Eric Lemings > Assignee: Andrew Black > Priority: Critical > Fix For: 4.2 > > Attachments: sample-top.txt > > > The 22_allocator test case has been observed to consume all primary and virtual memory bringing the unfortunate system to its knees. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.