From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 107361 invoked by alias); 12 Mar 2015 15:34:07 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 107342 invoked by uid 89); 12 Mar 2015 15:34:06 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: homiemail-a82.g.dreamhost.com Received: from sub5.mail.dreamhost.com (HELO homiemail-a82.g.dreamhost.com) (208.113.200.129) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 12 Mar 2015 15:34:05 +0000 Received: from homiemail-a82.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a82.g.dreamhost.com (Postfix) with ESMTP id 46EC7282074; Thu, 12 Mar 2015 08:34:04 -0700 (PDT) Received: from redwood.eagercon.com (c-24-7-16-38.hsd1.ca.comcast.net [24.7.16.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: eager@eagerm.com) by homiemail-a82.g.dreamhost.com (Postfix) with ESMTPSA id 23121282065; Thu, 12 Mar 2015 08:34:04 -0700 (PDT) Message-ID: <5501B1EB.5010806@eagerm.com> Date: Thu, 12 Mar 2015 15:34:00 -0000 From: Michael Eager User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Pedro Alves , Jan Kratochvil CC: "gdb-patches@sourceware.org" , binutils Subject: Re: [PATCH] Support gzip compressed exec and core files in gdb References: <54FF77D6.7010400@eagerm.com> <20150311221329.GB11980@host1.jankratochvil.net> <5500E074.6070002@eagerm.com> <55016D6F.4010104@redhat.com> In-Reply-To: <55016D6F.4010104@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg00341.txt.bz2 On 03/12/15 03:41, Pedro Alves wrote: > Waiting for GDB to decompress that once is already painful. Waiting for it > multiple times likely results in cursing and swearing at gdb's slow start > up. Smart users will realize that and end up decompressing the file manually > outside gdb, just once, anyway, thus saving time. > > We could "fix" the "multiple times" issue by adding even more smarts, > based on an already-decompressed-files cache or some such. Though of > course, more smarts, more code to maintain. I had considered adding a command or command line option to specify the name of the uncompress file, so that it could be reused. > I agree with Jan -- The real convenience would be being able to skip the > long whole-file decompression step altogether, with an on-demand > block-decompress scheme, because gdb in reality doesn't need to touch > most of the vast majority of the core dump's contents. That would > be a solution that I'd be happy to see implemented. That's a solution to a different problem. > If we're just decompressing to /tmp, then we also need to > compare the benefits of a built-in solution against having users > do the same with a user-provided gdb command implemented in one > of gdb's extensions languages (python, scheme), e.g., a command > that adds a "decompress-core" command that does the same: > decompresses whatever compression format, and loads the result > with "core /tmp/FILE". This requires that users manually decompress files, and makes it impossible to put the compressed file name on the command line. It also looks to me like a wart and kludge, rather than having GDB automatically identify the compression method and do the operation transparently for the user. > IMO, whatever the solution, if built in, this is best implemented > in BFD, so that objdump can dump the same files gdb can. I took that approach initially. But GDB finds and opens files, not BFD. Moving what GDB is doing into BFD, where it should have been in the first place (IMO), seemed more problematic. -- Michael Eager eager@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077