From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 69668 invoked by alias); 12 Feb 2019 19:47:14 -0000 Mailing-List: contact elfutils-devel-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: elfutils-devel-owner@sourceware.org Received: (qmail 69647 invoked by uid 89); 12 Feb 2019 19:47:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.100.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy= X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: wmauth1.doit.wisc.edu Received: from wmauth1.doit.wisc.edu (HELO wmauth1.doit.wisc.edu) (144.92.197.141) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 12 Feb 2019 19:47:11 +0000 Received: from NAM05-BY2-obe.outbound.protection.outlook.com (mail-by2nam05lp2053.outbound.protection.outlook.com [104.47.50.53]) by smtpauth1.wiscmail.wisc.edu (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPS id <0PMT00N4LWAK1190@smtpauth1.wiscmail.wisc.edu> for elfutils-devel@sourceware.org; Tue, 12 Feb 2019 13:47:09 -0600 (CST) X-Spam-Report: AuthenticatedSender=yes, SenderIP=[104.47.50.53] X-Wisc-Env-From-B64: ZGFyb2NoYXBpbmhlQHdpc2MuZWR1 X-Spam-PmxInfo: Server=avs-1, Version=6.4.3.2751440, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2019.2.12.194216, AntiVirus-Engine: 5.53.0, AntiVirus-Data: 2018.11.9.5530001, SenderIP=[104.47.50.53] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wisc.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5VZA/YOlz5ppjA2wV+AH/kDJ9BCJqYsuD47o/WNR7cQ=; b=Y0tX8W44GFh0hj3E99C5WR30TYqJ1iPP65I600T6wMHrTTQeU5eaAXylR1nB8flah5JvVntCN+rzAgmPd/fPq7oxne0n8OYun4ig21gzMcTRD22oP8HC/7ZnIXm2kEIziA+rrJjMx31qXi/sC1dgPKPe41zu04vbkEpzBOmZNLA= Received: from BN6PR06MB2932.namprd06.prod.outlook.com (10.175.131.151) by BN6PR06MB2354.namprd06.prod.outlook.com (10.173.19.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1601.21; Tue, 12 Feb 2019 19:47:07 +0000 Received: from BN6PR06MB2932.namprd06.prod.outlook.com ([fe80::c50f:3485:23e0:19f3]) by BN6PR06MB2932.namprd06.prod.outlook.com ([fe80::c50f:3485:23e0:19f3%8]) with mapi id 15.20.1601.023; Tue, 12 Feb 2019 19:47:07 +0000 From: Sasha Da Rocha Pinheiro To: Mark Wielaard Cc: "elfutils-devel@sourceware.org" , Ben Woodard Subject: Re: unknown error after dwarf_cfi_addrframe() Thread-topic: unknown error after dwarf_cfi_addrframe() Thread-index: AQHUvzXfoiaPi3si0U60HQtBQvF9xKXbYJoVgABetwCAAAqEdoAADGyAgACjcDSAAAKrxYAAC1MGgAAQ2MI= Date: Tue, 12 Feb 2019 19:47:00 -0000 Message-id: References: <20190212064750.GE10699@wildebeest.org> , <20190212080955.GH10699@wildebeest.org>, , , In-reply-to: Accept-Language: en-US, pt-BR Content-language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Originating-IP: [128.105.14.107] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4af9d190-7551-49ac-9ff6-08d69122deaf x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0;PCL:0;RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(4618075)(2017052603328)(7153060)(7193020);SRVR:BN6PR06MB2354; x-ms-traffictypediagnostic: BN6PR06MB2354: x-microsoft-exchange-diagnostics: =?iso-8859-1?Q?1;BN6PR06MB2354;23:ewLxumYB3rZd1Ef7JbNLqn2oIi7O46hBCdZimCa?= =?iso-8859-1?Q?VRSYeCCynm5LMuMZZRMBQupyLgLTWUvAB5l8tjUxvuNDx80FiIhxq2dIg1?= =?iso-8859-1?Q?B5SgMjj7pDhBe7bwG6B9Wt2D78gA4Kxoaewx8QibA5bVml6uqYW+HeR3eB?= =?iso-8859-1?Q?nG/1vsGa1ahYK/9bmM2o/QWRxM28EcclkeNGoIFI7AVgiu7FGJWDsxIyKz?= =?iso-8859-1?Q?B91fco+WpnsG4fu6ldT38biJEkE5g6hD6Opru6IMIjepgQiwKFW2GV2tFH?= =?iso-8859-1?Q?pH5VE8rF+mrVVjBOGf04xLoz/PMK+cHcLOd7qQykrxIJNRv0ig34eKHIS1?= =?iso-8859-1?Q?SYo/90uJWRqyYzvH0Mx6qw3cTRGYUY+78V3hEKs8+ugOKeirTiEfsmVV8g?= =?iso-8859-1?Q?n7xvXKlvDw7/nFDc1Pk48q8jgQ32KKrqtfe53a1dT2XRqILTdSgpwsaoyU?= =?iso-8859-1?Q?RGSpta0oXGcaqGzK9TRqq/xhTpvFd0FoI8SeXM4djzXx2wg100/CW9lNp/?= =?iso-8859-1?Q?50/s1dEYeENQcSM9d77XTbazFecmesqHntBWg0lU4BibXR5sY3TzWu6oz9?= =?iso-8859-1?Q?VPzRdB82fJ2DahzC5dNquZVkJo89sGGEAhndVmuqwuT29shRa5pkgJa3wg?= =?iso-8859-1?Q?w+T9pFqb5sObd9bK7btmaT8ncuJpoQKrAmA+jgW0prTpDVZn8nY/Kn3M8C?= =?iso-8859-1?Q?wbIwxNbYa9f+9f5nZJ4T0miEO6vhv5NcwY53iYOTBRFCO3J+feKtXkZaOo?= =?iso-8859-1?Q?ap0Sjed1YNg0m+I72dFJUNBho2aBGZyM3EDH7cCYBhY+iYvbevcao6Jwwt?= =?iso-8859-1?Q?nHg2O0f7vCLLkO0TLKdFI1YHSQvzG9y842xhF4t6uhQP36xLs8Ko1ARbW4?= =?iso-8859-1?Q?MR/xccV2MsQ0qH/P1EqOMwa2JSYnyi55gDFPs3iq7RECDzgB4lJC643GrS?= =?iso-8859-1?Q?dXOh21OG5L82gP3ZXouGSMUyE93wBra9UhHysOmn8et1FOIQDc3z5y0T/K?= =?iso-8859-1?Q?zp2ljOPkGmQgcTJ+tO4iO7Vd06Z9kNS4vYEZGvxMlpC0kIdnD+wFVFABsl?= =?iso-8859-1?Q?aJduxppWOCT6ht1V4EN+BhZfneP91uPeFsQdJHNy+DgPhatrTaL9QpoElj?= =?iso-8859-1?Q?O29IboSyBOVlRJBJ+XKhZQYdxP5RPoiyVIJCgexPmaXblX87gkCJXnxE8j?= =?iso-8859-1?Q?gbHT6T8zRXwy7KeKkVoFzZIVvRVTZntCX4CHIxaMyXIX2592tIvtURCsTs?= =?iso-8859-1?Q?oqcYoJxatVEGP+IawBTjxXSnROoJoynfSemG1lpNaph7n8A2M/OUK8SlXQ?= =?iso-8859-1?Q?YHqQ+p7ln+OPXUE3rQhQgexyieqgMd7j8OBxwrz/ILztQsjjx67/CGnFMI?= =?iso-8859-1?Q?d55JOHIOn9qYjr1KchOHhLEOA8KWaQeizuIGlUdd3wdVDVyxu3w=3D=3D?= x-microsoft-antispam-prvs: x-forefront-prvs: 0946DC87A1 x-forefront-antispam-report: SFV:NSPM;SFS:(10009020)(376002)(39860400002)(136003)(366004)(346002)(396003)(199004)(189003)(7736002)(6346003)(81166006)(446003)(2940100002)(75432002)(6436002)(7696005)(26005)(11346002)(66066001)(105586002)(76176011)(81156014)(53936002)(54906003)(8676002)(102836004)(106356001)(8936002)(316002)(53546011)(305945005)(229853002)(68736007)(786003)(6506007)(33656002)(9686003)(99286004)(186003)(74316002)(55016002)(6116002)(25786009)(2906002)(478600001)(86362001)(3846002)(6246003)(71190400001)(4326008)(6916009)(93156006)(93886005)(476003)(71200400001)(486006)(14454004)(88552002)(97736004)(14444005)(256004);DIR:OUT;SFP:1101;SCL:1;SRVR:BN6PR06MB2354;H:BN6PR06MB2932.namprd06.prod.outlook.com;FPR:;SPF:None;LANG:en;PTR:InfoNoRecords;A:1;MX:1; Received-SPF: None (protection.outlook.com: wisc.edu does not designate permitted sender hosts) Authentication-results: spf=none (sender IP is ) smtp.mailfrom=darochapinhe@wisc.edu; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: e6HxRBFe0BNx8nmgMBN4LRCZu52DYixLX6Jw7oGG6BemPx36MbpGMIFp2h9oDm74J92Y7SXSyPGD6yOBC2aivY+11XoyHSDZE4x7U+m49qmgDBGV/eKEFHonqAtpovMJ03JeBjPNMqDMxfHSeDkfJHfx9+xcTfUDI/9BnrIKgrQ1k6NH7h7xbgZngc30EPlI3Lza+vkri8FItXPmzYk3RV5BfPMwjxE+31zoeZjafAzzUgVM1inrlMRAoHmH36aeW6Unw63K92mBdJAJbJe9mdmS6Ge7/a8672e2WGpyat9ZoIhihrUvkL6A/5tMzMUAyS0lznwa3O2ouU1CBry6euKbjnW+v3AmufQ//9q8mmJTREYFOYP0kdMQePXwZe90/28BzPHiuoqstQTMuK2m92Sc1FkHzbwH9WuTrpT9L5E= Content-type: text/plain; charset="iso-8859-1" Content-transfer-encoding: quoted-printable MIME-version: 1.0 X-OriginatorOrg: wisc.edu X-MS-Exchange-CrossTenant-Network-Message-Id: 4af9d190-7551-49ac-9ff6-08d69122deaf X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2019 19:47:06.9029 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2ca68321-0eda-4908-88b2-424a8cb4b0f9 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB2354 X-SW-Source: 2019-q1/txt/msg00134.txt.bz2 I was using elfutils version 0.175, since we download the lastest. But after moving back to 0.173, this problem disappeared. So, some update a= fter 0.173 broke this. Sasha From: Sasha Da Rocha Pinheiro Sent: Tuesday, February 12, 2019 12:49 PM To: Mark Wielaard Cc: elfutils-devel@sourceware.org; Ben Woodard Subject: Re: unknown error after dwarf_cfi_addrframe() =A0 Since the openbackend() tries to dlopen twice, and in the second turn it su= cceeds opening one libebl_x86_64.so, I even tried to redirect that symbolic= link to a newer version of libebl_x86_64-0.165.so, as seen below. (gdb) shell [sasha@zatar] (1)$ locate libebl /usr/lib/x86_64-linux-gnu/elfutils/libebl_aarch64-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_aarch64.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_alpha-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_alpha.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_arm-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_arm.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_i386-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_i386.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_ia64-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_ia64.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_m68k-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_m68k.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_mips-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_mips.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_parisc-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_parisc.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_ppc-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_ppc.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_ppc64-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_ppc64.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_s390-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_s390.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_sh-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_sh.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_sparc-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_sparc.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_tilegx-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_tilegx.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_x86_64-0.165.so /usr/lib/x86_64-linux-gnu/elfutils/libebl_x86_64.so [sasha@zatar] (2)$ ls -la /usr/lib/x86_64-linux-gnu/elfutils/libebl_x86_64.= so lrwxrwxrwx 1 root root 70 Feb 12 12:25 /usr/lib/x86_64-linux-gnu/elfutils/l= ibebl_x86_64.so -> /p/paradyn/development/sasha/local/lib/elfutils/libebl_x= 86_64-0.175.so* [sasha@zatar] (3)$ Sasha From: Sasha Da Rocha Pinheiro Sent: Tuesday, February 12, 2019 12:41 PM To: Mark Wielaard Cc: elfutils-devel@sourceware.org; Ben Woodard Subject: Re: unknown error after dwarf_cfi_addrframe() =A0 Below I copy gdb execution from eblopenbackend.c trying to dlopen a dsoname= "libebl_x86_64.so". After that it will try to open again, which find something, but culminates = to closing it with (void) dlclose (h); (gdb) n 328=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 void *h =3D dlopen (dsoname, RTLD_L= AZY); (gdb) p dsonmae No symbol "dsonmae" in current context. (gdb) p dsoname $97 =3D "$ORIGIN/../$LIB/elfutils/libebl_x86_64.so\000\242\001\000\000\000\= 000\300\317\377\377\377\177\000\000\240N\242\001\000\000\000\000\220\317\37= 7\377\377\177\000\000U\236o\357\377\177\000\000\300\317\377\377\377\177\000= \000\240N\242\001\000\000\000\000\000\000\000" (gdb) show environment $ORIGIN Environment variable "$ORIGIN" not defined. (gdb) show environment $LIB Environment variable "$LIB" not defined. (gdb) n 329=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 if (h =3D=3D NULL) (gdb) p h $98 =3D (void *) 0x0 (gdb) show environment LD_LIBRARY_PATH LD_LIBRARY_PATH =3D /p/paradyn/development/sasha/local/lib/elfutils/:/p/par= adyn/development/sasha/local/lib/:/p/paradyn/packages/libdwarf/lib:. (gdb) ls /p/paradyn/development/sasha/local/lib/elfutils/ Undefined command: "ls".=A0 Try "help". (gdb) shell [sasha@zatar] (1)$ ls /p/paradyn/development/sasha/local/lib/elfutils/ libebl_aarch64-0.175.so*=A0 libebl_i386-0.175.so*=A0=A0 libebl_ppc64.so@=A0= =A0=A0=A0=A0=A0=A0 libebl_sparc-0.175.so* libebl_aarch64.so@=A0=A0=A0=A0=A0=A0=A0 libebl_i386.so@=A0=A0=A0=A0=A0=A0= =A0=A0 libebl_ppc.so@=A0=A0=A0=A0=A0=A0=A0=A0=A0 libebl_sparc.so@ libebl_alpha-0.175.so*=A0=A0=A0 libebl_ia64-0.175.so*=A0=A0 libebl_riscv-0.= 175.so*=A0 libebl_tilegx-0.175.so* libebl_alpha.so@=A0=A0=A0=A0=A0=A0=A0=A0=A0 libebl_ia64.so@=A0=A0=A0=A0=A0= =A0=A0=A0 libebl_riscv.so@=A0=A0=A0=A0=A0=A0=A0 libebl_tilegx.so@ libebl_arm-0.175.so*=A0=A0=A0=A0=A0 libebl_m68k-0.175.so*=A0=A0 libebl_s390= -0.175.so*=A0=A0 libebl_x86_64-0.175.so* libebl_arm.so@=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 libebl_m68k.so@=A0=A0=A0=A0= =A0=A0=A0=A0 libebl_s390.so@=A0=A0=A0=A0=A0=A0=A0=A0 libebl_x86_64.so@ libebl_bpf-0.175.so*=A0=A0=A0=A0=A0 libebl_ppc-0.175.so*=A0=A0=A0 libebl_sh= -0.175.so* libebl_bpf.so@=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 libebl_ppc64-0.175.so*=A0 l= ibebl_sh.so@ [sasha@zatar] (2)$ exit exit (gdb) frame #0=A0 openbackend (elf=3D0x1a24ea0, emulation=3D0x0, machine=3D62) =A0=A0=A0 at /p/paradyn/development/sasha/dyninst/build.dir/elfutils/src/Li= bElf/libebl/eblopenbackend.c:329 329=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 if (h =3D=3D NULL) (gdb) From: Sasha Da Rocha Pinheiro Sent: Tuesday, February 12, 2019 11:57 AM To: Mark Wielaard Cc: elfutils-devel@sourceware.org; Ben Woodard Subject: Re: unknown error after dwarf_cfi_addrframe() =A0 Not working even after adding the directory to libebl_*.so to LD_LIBRARY_PA= TH. default_abi_cfi is still called returning -1. Sasha From: Mark Wielaard Sent: Tuesday, February 12, 2019 2:09 AM To: Sasha Da Rocha Pinheiro Cc: elfutils-devel@sourceware.org; Ben Woodard Subject: Re: unknown error after dwarf_cfi_addrframe() =A0 On Tue, Feb 12, 2019 at 07:25:28AM +0000, Sasha Da Rocha Pinheiro wrote: > Oh this is a whole new thing. How have this worked before without those .= so? After downloading and compiling elfutils we only copy libdw and libelf. The backends are only used for architecture specific ELF things. Most of DWARF can be understood in an architecture independent way. But CFI does have some arch specific things. You should really use make install to get a proper installation, not just copy some files. Otherwise you might indeed miss the backends, or translations, etc. Cheers, Mark