From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26116 invoked by alias); 3 Apr 2003 16:26:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 26101 invoked by uid 71); 3 Apr 2003 16:26:01 -0000 Date: Thu, 03 Apr 2003 16:26:00 -0000 Message-ID: <20030403162601.26100.qmail@sources.redhat.com> To: jlquinn@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Benjamin Kosnik Subject: Re: libstdc++/9828: Regression: Segmentation fault in num_put::put Reply-To: Benjamin Kosnik X-SW-Source: 2003-04/txt/msg00099.txt.bz2 List-Id: The following reply was made to PR libstdc++/9828; it has been noted by GNATS. From: Benjamin Kosnik To: Benjamin Kosnik Cc: peturr02@ru.is, jlquinn@optonline.net, paolo@gcc.gnu.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org, libstdc++@gcc.gnu.org Subject: Re: libstdc++/9828: Regression: Segmentation fault in num_put::put Date: Thu, 3 Apr 2003 10:17:06 -0600 >Yep. This is what I was talking about when this first went in, abit very >vaguely. If you could do something like has_cache/use_cache as analogues >to has_facet/has_cache I think we'll be better off. Ugh. I mean: has_cache/use_cache like has_facet/use_facet! I didn't get this right the first time I posted it. Also, this will make the zero-allocation bits easier to do. (We need a way to do zero allocation for both the standard streams, and for the future, when persistent streams are done.) best, benjamin