From owner-svn-src-all@FreeBSD.ORG Wed May 7 20:29:32 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E32EFB2; Wed, 7 May 2014 20:29:32 +0000 (UTC) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47E93AE6; Wed, 7 May 2014 20:29:31 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id B014E20EAF; Wed, 7 May 2014 16:29:19 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 07 May 2014 16:29:20 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.net; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=mesmtp; bh=4T8OaNgq944KIuUgZU5K9CU1phQ=; b=UWS5ZriWxG7wjZdzUJYdrDhl0tQ0 osUxYsgyokiSiQ6w/rDAOSOFozfdZ7J5j26jaYGkknlUtfW5GhAuOTh32b1TBArL XFwk46BhoWjFXcRtHmGW/jjpV/qGIjyonVW8ificmg1qMUDrHTwMFPHBc8byMZMf DAIiXBjC95OosuA= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=4T8OaNgq944KIuUgZU5K9C U1phQ=; b=I2HwIOy/rwevIkGVmpb/slPRLNuVPRHaTB7kVkOZhETr9z63wYWvrG gSi/iDAmfwHeHXXNPCmab3hc/EXDJMAAh/pe/XuIEIUGlhXjovEhnIdptuTUisSE qrSDZ7XLODvWrcdEnmVVY+YHcWODEXEira7e1cPLIGA18HUA+NaUk= X-Sasl-enc: RPkx34UfdxTDY44EGmIJr+KV5y747p0dV2flarW0PiuW 1399494559 Received: from [192.168.1.70] (unknown [109.148.243.31]) by mail.messagingengine.com (Postfix) with ESMTPA id EA96068053E; Wed, 7 May 2014 16:29:18 -0400 (EDT) Message-ID: <536A979E.7060302@fastmail.net> Date: Wed, 07 May 2014 21:29:18 +0100 From: Bruce Simpson User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Mark Johnston Subject: Re: svn commit: r265456 - head/libexec/rtld-elf References: <201405061807.s46I7xxt048377@svn.freebsd.org> <536A239A.8020502@fastmail.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2014 20:29:32 -0000 On 07/05/2014 18:31, Mark Johnston wrote: > The Linuxulator makes use of Linux's loader rather than rtld; this was > the source of the problem fixed in r254018, for example. Static > binaries are not invoked through rtld either, so I don't think this > change would have helped anyway. I'm aware that the rtld code is otherwise unrelated to how Linux ELF images are activated, and should have been clearer in my original message. Sorry about that. My question is really: is there an easy way of setting a "start of program" breakpoint for such binaries e.g. where "_start" and/or "main" are not exposed in the (nonexistent) symbol table? Currently I have to inspect the ELF load address and set a breakpoint manually in such cases. This is something which might be addressed by a GDB macro, although we may not always be using GDB.