From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8635 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl bug or not, real or not? (Was: [musl] Update: [musl] pthread_getattr_np() vs explicit runtime) loader Date: Thu, 8 Oct 2015 12:48:25 -0400 Message-ID: <20151008164825.GY8645@brightrain.aerifal.cx> References: <20150920172237.GR12087@example.net> <20150920182728.GM17773@brightrain.aerifal.cx> <20150920193033.GS12087@example.net> <20150920194132.GO17773@brightrain.aerifal.cx> <20150930154337.GC13149@example.net> <20150930203548.GF13149@example.net> <20151006113451.GI28311@example.net> <20151006170755.GQ8645@brightrain.aerifal.cx> <20151007072753.GM28311@example.net> <20151007104339.54a05f90@vostro> 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 1444322924 9958 80.91.229.3 (8 Oct 2015 16:48:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 8 Oct 2015 16:48:44 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-8647-gllmg-musl=m.gmane.org@lists.openwall.com Thu Oct 08 18:48:43 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1ZkEN0-0000kC-Nk for gllmg-musl@m.gmane.org; Thu, 08 Oct 2015 18:48:42 +0200 Original-Received: (qmail 3586 invoked by uid 550); 8 Oct 2015 16:48:38 -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 3568 invoked from network); 8 Oct 2015 16:48:37 -0000 Content-Disposition: inline In-Reply-To: <20151007104339.54a05f90@vostro> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:8635 Archived-At: On Wed, Oct 07, 2015 at 10:43:39AM +0300, Timo Teras wrote: > On Wed, 7 Oct 2015 09:27:54 +0200 > u-uy74@aetey.se wrote: > > > > I think you really need to find a way to use what debugging tools > > > you have to figure out what's going on and where the actual source > > > of the crash is. > > > > Pretty remarkably, neither my usual gdb nor Debian's current gdb were > > able to make sence of the crashes. Probably the thread states became > > messed up too badly. > > > > Fortunately I do not think any longer that musl is the culprit, nor do > > I actually need gcj, otherwise have a workaround. Will not pursue this > > issue further. > > > > Thanks for your feedback, sorry for the noise. > > gcj uses boehm-gc. Alpine has patches for gcc boehm-gc. We are also > patching gcc's gcj. You can see our full patch set at: > http://git.alpinelinux.org/cgit/aports/tree/main/gcc > > Some of these may or may not fix the issue you have at had. Not sure > how your gcc/gcj is built. Thank you very much for finding the cause of this. Do you know if these patches have been submitted upstream to gcc and/or boehm? Obviously assuming by default that __environ is the start of .data and only doing a proper search on glibc is broken basically everywhere but glibc. The dl_iterate_phdr stuff should probably use a configure check; I think one already exists in gcc but the boehm-gc dir might need its own. Rich