From owner-freebsd-current@freebsd.org Mon Jan 22 17:06:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A002AECA886 for ; Mon, 22 Jan 2018 17:06:10 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1507284CCA for ; Mon, 22 Jan 2018 17:06:10 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: by mail-lf0-x22c.google.com with SMTP id o89so11469323lfg.10 for ; Mon, 22 Jan 2018 09:06:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=iWWa23i/GOyQaY8bReUeT4UTezqFyo52fk+GS/AjXZ8=; b=gDhH0N3jxsAXpjEizx/ZcqxDL+exUk9iBKMIRx3gOtJ2bEXhGEp1/q3eglWcQC0TzU EwP17Q/v6QoGtYGnfF/nHOJiPk8RJt3g1b+XwI+cwihkhHk6H406/vRzqUsPjxKtNY+x Mh8VTg/hbEGCeDCHS2hHV3nZKW2QeE1+QsKqXQ3soNtf61lzlf/OTNGXnoWTBvCSzxNS RrP0lzufsRb1+AuN/6JYJNN1EAs32xdFxk8yYo+rkAyxLrXAvVKWpPfsdySoIhQVO/jw /MhNTlksVCWpxu02UDP0Eer1Us7W5bNOiwhmL/KJJpF9l3nraPimdjI01H/LGM2YI2eU eCeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition:user-agent; bh=iWWa23i/GOyQaY8bReUeT4UTezqFyo52fk+GS/AjXZ8=; b=gOTmK80XJb69nzAMOUWGyztJ/gY/CLUsOzUiGxopIBGLey84KF/GSpwJsRLUwBTQMy TXO/0Hu6XpzqrA5Wg3MdxJemTQsH68BCeh0BGcLvHxCurWHBm2FV+o3M/l45usYSb/tK r4ZiukZcRM12czqec9PvHglieY08qir6ewtM+Re+6zY39dgxCbkYAZWrX7/N4vP2hJxM Gpuj6yMaio9A7gzy4E3HEnMXRU09oMWSEAMpx8dRl5Je/lHcgpza9+11FJGkZmdxumqv TuHeKUPDa7Do1yAI2F4WqVeTrEhHow7VY1QCihVJcsYK765m3iKPOVQtrNDct/nRLXkN rEtA== X-Gm-Message-State: AKwxyteJFYK7yMFr+kTSGyUEiuaqROAfj6p1CDO7s4ai11B17ULd3h9d GLpahGB7zJsuWnlz8N/Tbq0rxA== X-Google-Smtp-Source: AH8x227Kes5I/TKCbgyjBqd70V+EsdqgAgHOyk7GVSX0bC1W+GYpZMvwL/AwOb8Ypv1/75toVj9j5A== X-Received: by 10.25.83.4 with SMTP id h4mr3776906lfb.121.1516640767332; Mon, 22 Jan 2018 09:06:07 -0800 (PST) Received: from kloomba ([213.147.223.186]) by smtp.gmail.com with ESMTPSA id b84sm2797193ljf.87.2018.01.22.09.06.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jan 2018 09:06:06 -0800 (PST) Sender: Roman Bogorodskiy Date: Mon, 22 Jan 2018 21:06:00 +0400 From: Roman Bogorodskiy To: freebsd-current Subject: lldb 6.0.0 segfaults on opening a core file Message-ID: <20180122170558.GA74490@kloomba> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline User-Agent: Mutt/1.9.2 (2017-12-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jan 2018 17:06:10 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Running on -CURRENT @ Jan 20 with llvm 6.0.0, I have the following issue op= ening a core file with lldb: $ lldb /usr/local/bin/python2.7 -c /tmp/python2.7_90218_0.core=20 (lldb) target create "/usr/local/bin/python2.7" --core "/tmp/python2.7_9021= 8_0.core" Assertion failed: (template_counter >=3D 0), function ConsumeTemplateArgs, = file /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/CPlusPlus/CPl= usPlusNameParser.cpp, line 245. This nothing happens for a couple of minutes and then it dumps core. Interestingly though, it can open its own core: %> lldb /usr/bin/lldb -c /tmp/lldb_1129_0.core=20 (lldb) target create "/usr/bin/lldb" --core "/tmp/lldb_1129_0.core" Core file '/tmp/lldb_1129_0.core' (x86_64) was loaded. = = =20 (lldb) bt = = =20 * thread #1, name =3D 'lldb', stop reason =3D signal SIGABRT = = =20 * frame #0: 0x0000000803e642ea libc.so.7`__sys_thr_kill at thr_kill.S:3 = = =20 frame #1: 0x0000000803e642b4 libc.so.7`__raise(s=3D6) at raise.c:54 = = =20 frame #2: 0x0000000803e64229 libc.so.7`abort at abort.c:67 = = =20 frame #3: 0x0000000803ee38f1 libc.so.7`__assert(func=3D, f= ile=3D, line=3D, failedexpr=3D) at a= ssert.c:53 =20 frame #4: 0x00000000017fa8e5 lldb`::ConsumeTemplateArgs() at CPlusPlusN= ameParser.cpp:245 = =20 frame #5: 0x00000000017f9f12 lldb`::ParseFullNameImpl() at CPlusPlusNam= eParser.cpp:551 = =20 frame #6: 0x00000000017f97d9 lldb`::ParseFunctionImpl() at CPlusPlusNam= eParser.cpp:114 = =20 frame #7: 0x00000000017f96f5 lldb`::ParseAsFunctionDefinition() at CPlu= sPlusNameParser.cpp:45 = =20 frame #8: 0x00000000017ec364 lldb`::Parse() at CPlusPlusLanguage.cpp:20= 2 = =20 frame #9: 0x00000000017ec3e7 lldb`lldb_private::CPlusPlusLanguage::Meth= odName::GetBasename(void) at CPlusPlusLanguage.cpp:218 = =20 frame #10: 0x00000000016ffcba lldb`::InitNameIndexes() at Symtab.cpp:29= 4 = =20 frame #11: 0x00000000017008b1 lldb`::PreloadSymbols() at Symtab.cpp:407= = =20 frame #12: 0x00000000018dce19 lldb`::PreloadSymbols() at Module.cpp:141= 6 = =20 frame #13: 0x00000000016b1e14 lldb`::GetSharedModule() at Target.cpp:20= 28 = =20 frame #14: 0x00000000019c14ed lldb`::LoadModuleAtAddress() at DynamicLo= ader.cpp:171 = =20 frame #15: 0x000000000199fd35 lldb`::LoadAllCurrentModules() at Dynamic= LoaderPOSIXDYLD.cpp:537 = =20 frame #16: 0x000000000199d9aa lldb`::DidAttach() at DynamicLoaderPOSIXD= YLD.cpp:171 = =20 frame #17: 0x0000000001698231 lldb`::LoadCore() at Process.cpp:2853 = = =20 frame #18: 0x000000000184b85d lldb`::DoExecute() at CommandObjectTarget= =2Ecpp:371 = =20 frame #19: 0x000000000181811f lldb`::Execute() at CommandObject.cpp:991= = =20 frame #20: 0x00000000018268f8 lldb`::HandleCommand() at CommandInterpre= ter.cpp:1683 = =20 frame #21: 0x0000000001829e2a lldb`::IOHandlerInputComplete() at Comman= dInterpreter.cpp:2771 = =20 frame #22: 0x00000000018e25ff lldb`::Run() at IOHandler.cpp:573 = = =20 frame #23: 0x000000000190ab5f lldb`::ExecuteIOHandlers() at Debugger.cp= p:961 = =20 frame #24: 0x000000000182a9a3 lldb`::RunCommandInterpreter() at Command= Interpreter.cpp:2971 = =20 frame #25: 0x000000000192ce29 lldb`::RunCommandInterpreter() at SBDebug= ger.cpp:905 = =20 frame #26: 0x0000000001677263 lldb`::MainLoop() at Driver.cpp:1105 = = =20 frame #27: 0x00000000016779bc lldb`main at Driver.cpp:1253 = = =20 frame #28: 0x0000000001674095 lldb`_start(ap=3D, cleanup= =3D) at crt1.c:74 = =20 (lldb) fr s 4 = = =20 frame #4: 0x00000000017fa8e5 lldb`::ConsumeTemplateArgs() at CPlusPlusNameP= arser.cpp:245 = =20 242 } = = =20 243 } = = =20 244 = = =20 -> 245 assert(template_counter >=3D 0); = = =20 246 if (template_counter > 0) { = = =20 247 return false; = = =20 248 } = = =20 (lldb) expr template_counter = = =20 error: use of undeclared identifier 'template_counter' <-- is that because = of some optimizations? (lldb) Is that a known problem? Or maybe something wrong with my system? I don't use lldb very often, but I don't remember it crashing like that. Roman Bogorodskiy --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJaZhn2AAoJEMltX/4IwiJq5mEIAMBBJhQDdrxAQNPOiZ8hrPGc cTEl5NsfSi+ZOMih0Zbf8zGwX+oQNE5YAHQ9yzaIMIGenzBZnxO7KNg2cOq67hKd 5VLOCVeAzfQBsF6ARiWwDJH1MENzKLvKGxNDkzFztQEXo63JAKr8KdvEyONMfh6G iXWdpeOJzrVCrBzuZ5VzQckWRIaNi8hlUK1PrrczY9ULGOyAZv4OJSXtcOj86xjw qNHX5qqPbQVLD7mMMCMPYJe7MSh2epNBtT9+wVLRScDig3zjhLqP2L+KuKChNMS/ +HEWeHve9dehd+9Bnqg73ry2tGOIJ7uT7ZBu/DN9Yj+M22/Kzv5HfnFeEx/Y7ME= =Z3+U -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi--