From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23065 invoked by alias); 23 Jun 2010 15:15:41 -0000 Received: (qmail 23056 invoked by uid 22791); 23 Jun 2010 15:15:40 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,TW_BJ,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mail-fx0-f41.google.com (HELO mail-fx0-f41.google.com) (209.85.161.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 23 Jun 2010 15:15:33 +0000 Received: by fxm16 with SMTP id 16so979199fxm.0 for ; Wed, 23 Jun 2010 08:15:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.64.25 with SMTP id r25mr2677238muk.68.1277306130263; Wed, 23 Jun 2010 08:15:30 -0700 (PDT) Received: by 10.103.249.7 with HTTP; Wed, 23 Jun 2010 08:15:30 -0700 (PDT) In-Reply-To: References: <74fef6df1002050423j71fcba21sd62fe421cf14adac@mail.gmail.com> Date: Wed, 23 Jun 2010 15:15:00 -0000 Message-ID: Subject: Re: gdb crash: double free with free_objfile From: Mathieu Lacage To: tromey@redhat.com Cc: gdb@sourceware.org Content-Type: multipart/mixed; boundary=0016e65c7ca02a2bde0489b40239 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-06/txt/msg00111.txt.bz2 --0016e65c7ca02a2bde0489b40239 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-length: 883 hi, On Fri, Feb 5, 2010 at 5:39 PM, Tom Tromey wrote: > Nope, right now objfile has the base address baked in to many things, > e.g. symbol addresses or psymtabs_addrmap. =C2=A0I think we'd like to cha= nge > this, so that we can share objfiles between inferiors, but nobody has > tried to do that yet. =C2=A0I don't know how hard this would be. > > Your quickest route is probably a form of (a) -- change symbol_add_stub > to check both the file name and the base address. It took me a long time to get back to this issue because I was busy with a couple of other things but the attached patch which was generated against CVS HEAD fixes the problem for me (i.e., avoids the segfault in gdb and gets me readable backtraces). Is there something else I could do to help get this issue fixed in mainline ? Mathieu --=20 Mathieu Lacage --0016e65c7ca02a2bde0489b40239 Content-Type: application/octet-stream; name="solib.patch" Content-Disposition: attachment; filename="solib.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gasazyjs0 Content-length: 1810 PyBvYmpkaXIKPyBzb2xpYi5wYXRjaApJbmRleDogZ2RiL29iamZpbGVzLmgK PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2cy9zcmMvc3Jj L2dkYi9vYmpmaWxlcy5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjcyCmRp ZmYgLXUgLXIxLjcyIG9iamZpbGVzLmgKLS0tIGdkYi9vYmpmaWxlcy5oCTE0 IEFwciAyMDEwIDE3OjI2OjExIC0wMDAwCTEuNzIKKysrIGdkYi9vYmpmaWxl cy5oCTIzIEp1biAyMDEwIDE1OjE0OjE2IC0wMDAwCkBAIC0xOTMsNiArMTkz LDggQEAKIAogICAgIGNoYXIgKm5hbWU7CiAKKyAgICBDT1JFX0FERFIgYWRk cl9sb3c7CisKICAgICAvKiBTb21lIGZsYWcgYml0cyBmb3IgdGhpcyBvYmpm aWxlLiAqLwogCiAgICAgdW5zaWduZWQgc2hvcnQgZmxhZ3M7CkluZGV4OiBn ZGIvc29saWIuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAv Y3ZzL3NyYy9zcmMvZ2RiL3NvbGliLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuMTQwCmRpZmYgLXUgLXIxLjE0MCBzb2xpYi5jCi0tLSBnZGIvc29saWIu YwkxNiBNYXkgMjAxMCAyMzo0OTo1OCAtMDAwMAkxLjE0MAorKysgZ2RiL3Nv bGliLmMJMjMgSnVuIDIwMTAgMTU6MTQ6MTYgLTAwMDAKQEAgLTYzNCwxMSAr NjM0LDExIEBACiAgICAgICBUUllfQ0FUQ0ggKGUsIFJFVFVSTl9NQVNLX0VS Uk9SKQogCXsKIAkgIHN0cnVjdCBzZWN0aW9uX2FkZHJfaW5mbyAqc2FwOwot CiAJICAvKiBIYXZlIHdlIGFscmVhZHkgbG9hZGVkIHRoaXMgc2hhcmVkIG9i amVjdD8gICovCiAJICBBTExfT0JKRklMRVMgKHNvLT5vYmpmaWxlKQogCSAg ICB7Ci0JICAgICAgaWYgKHN0cmNtcCAoc28tPm9iamZpbGUtPm5hbWUsIHNv LT5zb19uYW1lKSA9PSAwKQorCSAgICAgIGlmIChzdHJjbXAgKHNvLT5vYmpm aWxlLT5uYW1lLCBzby0+c29fbmFtZSkgPT0gMAorCQkgICYmIHNvLT5vYmpm aWxlLT5hZGRyX2xvdyA9PSBzby0+YWRkcl9sb3cpCiAJCWJyZWFrOwogCSAg ICB9CiAJICBpZiAoc28tPm9iamZpbGUgIT0gTlVMTCkKQEAgLTY0OCw2ICs2 NDgsNyBAQAogCQkJCQkJCSAgICBzby0+c2VjdGlvbnNfZW5kKTsKIAkgIHNv LT5vYmpmaWxlID0gc3ltYm9sX2ZpbGVfYWRkX2Zyb21fYmZkIChzby0+YWJm ZCwKIAkJCQkJCSAgZmxhZ3MsIHNhcCwgT0JKRl9TSEFSRUQpOworCSAgc28t Pm9iamZpbGUtPmFkZHJfbG93ID0gc28tPmFkZHJfbG93OwogCSAgZnJlZV9z ZWN0aW9uX2FkZHJfaW5mbyAoc2FwKTsKIAl9CiAK --0016e65c7ca02a2bde0489b40239--