From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1805 invoked by alias); 2 Jun 2003 21:33:16 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 1798 invoked from network); 2 Jun 2003 21:33:16 -0000 Received: from unknown (HELO dberlin.org) (69.3.5.6) by sources.redhat.com with SMTP; 2 Jun 2003 21:33:16 -0000 Received: from [127.0.0.1] (HELO dberlin.org) by dberlin.org (CommuniGate Pro SMTP 4.1b6) with ESMTP-TLS id 4105149; Mon, 02 Jun 2003 17:33:15 -0400 Date: Mon, 02 Jun 2003 21:34:00 -0000 From: Daniel Berlin To: Andreas Schwab cc: Segher Boessenkool , gcc Subject: Re: A few suggestions for bugzilla mail to gcc-bugs In-Reply-To: Message-ID: References: <20030524022356.GA7386@nevyn.them.org> <557D9182-8D93-11D7-AC8F-000A95A34564@dberlin.org> <20030524145923.GA15538@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-06/txt/msg00185.txt.bz2 On Mon, 2 Jun 2003, Andreas Schwab wrote: > Daniel Jacobowitz writes: > > |> Can you query the compressed size more quickly? We don't need to be > |> precise here... > > "gzip -l" should do the trick, provided that the input is seekable. This isn't shell script, it's perl, forking a new process in a very often used cgi script for every single attachment is *not* a good idea. But that's besides the point anyway. The data is *not* in gzip format in memory. It has no gzip header with the size in it in front. The *only* way to get the size is to decompress it. I could, of course, convert them all to be in-memory gzip files, but i'm a bit busy with other things at the moment to care about this. :)