From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2648 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: dladdr() Date: Tue, 22 Jan 2013 17:11:42 +0100 Message-ID: <20130122161141.GC10600@port70.net> References: <20130116164943.GD20323@brightrain.aerifal.cx> <50F6E698.3070604@gmail.com> <20130121020335.GO20323@brightrain.aerifal.cx> <1358751500.2196.20.camel@6-core> <20130121183523.GP20323@brightrain.aerifal.cx> <1358836066.2172.45.camel@6-core> <20130122130730.GB10600@port70.net> <1358862044.2172.216.camel@6-core> <20130122135151.GQ20323@brightrain.aerifal.cx> <1358866786.2172.242.camel@6-core> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1358871112 29387 80.91.229.3 (22 Jan 2013 16:11:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Jan 2013 16:11:52 +0000 (UTC) To: musl@lists.openwall.com, pierre@silentlife.com Original-X-From: musl-return-2649-gllmg-musl=m.gmane.org@lists.openwall.com Tue Jan 22 17:12:11 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1TxgSJ-0003sq-8w for gllmg-musl@plane.gmane.org; Tue, 22 Jan 2013 17:12:11 +0100 Original-Received: (qmail 12000 invoked by uid 550); 22 Jan 2013 16:11:53 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 11992 invoked from network); 22 Jan 2013 16:11:53 -0000 Content-Disposition: inline In-Reply-To: <1358866786.2172.242.camel@6-core> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:2648 Archived-At: * pierre [2013-01-22 15:59:46 +0100]: > > in the event the stack has been smashed, > > following the stack frames is likely > > (almost certain) to lead you to [bad] > > destinations [...] that might not even > > be valid > > That's precisely what I wrote in that email > that nobody seems to have read. > i can assure you that at least i read your mail we know that you think that the stack is smashed but you found it important to mention that in debug mode it works while it crashes in release mode (whatever those modes mean) what you do is suspicious because if you get the backtrace in a running program then it's most likely invalid (and i thought we could help you before you spend too much time on inherently invalid design and even give an explanation why it worked in debug mode) i dont think anyone tried to argue with you or offend you in any way > And I added, just in case it could help, that > dladdr should not crash when trying to lookup > invalid addresses. addr is never dereferenced in musl's code so invalid addr is not an issue > > there won't be frame pointers to help you > > follow the stack frames out of libc functions > > For mere mortals, knowing that it's in libc > is enough, as they then will check what junk > was given to libc (and then will write a > workaround if they feel that libc is buggy). > > For those with a stronger motivation, helping > to strengthen a decent libc makes a lot more > sense. > > I have no other motivation when I invest some > of my time here. i honestly dont understand what you are trying to say but i'm glad that you found musl useful whatever you are doing