From: Rich Felker <dalias@libc.org>
To: musl@lists.openwall.com
Subject: Re: musl bug or not, real or not? (Was: [musl] Update: [musl] pthread_getattr_np() vs explicit runtime) loader
Date: Tue, 6 Oct 2015 13:07:55 -0400 [thread overview]
Message-ID: <20151006170755.GQ8645@brightrain.aerifal.cx> (raw)
In-Reply-To: <20151006113451.GI28311@example.net>
On Tue, Oct 06, 2015 at 01:34:51PM +0200, u-uy74@aetey.se wrote:
> Either nobody cares or nobody has a gcc-5.x toolchain built with musl?
> Wondering.
>
> gcc-5 looks like a case important enough to care.
It's not that I'm uninterested, just that there does not yet seem to
be any reason to believe it's a bug in musl or any easy test-case to
reproduce the problem, so I wouldn't even know where to get started...
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.
Rich
> On Wed, Sep 30, 2015 at 10:35:48PM +0200, u-uy74@aetey.se wrote:
> > On Wed, Sep 30, 2015 at 05:43:37PM +0200, u-uy74@aetey.se wrote:
> > >
> > > I still think that the crashes are caused by errors
> > > while guessing the stack placement in pthread_getattr_np(),
> > > simply because of the kernel doing something else than usual.
> >
> > I can reproduce the problem and this looks like something
> > to fix or at least work around, either in gcc or in musl.
> >
> > Running with the implicit loader works, but using the explicit one yields:
> >
> > ----------------------------------------------------------------
> > # cat /proc/sys/kernel/randomize_va_space
> > 2
> >
> > $ /pathtomusllibc.so --library-path /pathtogcc-5libs /pathto/jv-convert --help
> > Usage: jv-convert [OPTIONS] [INPUTFILE [OUTPUTFILE]]
> >
> > Convert from one encoding to another.
> >
> > --encoding FROM
> > --from FROM use FROM as source encoding name
> > --to TO use TO as target encoding name
> > -i FILE read from FILE
> > -o FILE print output to FILE
> > --reverse swap FROM and TO encodings
> > --help print this help, then exit
> > --version print version number, then exit
> >
> > `-' as a file name argument can be used to refer to stdin or stdout.
> >
> > # echo 0 > /proc/sys/kernel/randomize_va_space
> >
> > $ /pathtomusllibc.so --library-path /pathtogcc-5libs /pathto/jv-convert --help
> > Segmentation fault
> > ----------------------------------------------------------------
> >
> > Would anybody try this and confirm or refute?
> >
> > Rune
next prev parent reply other threads:[~2015-10-06 17:07 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-20 6:39 pthread_getattr_np() vs explicit runtime loader u-wsnj
2015-09-20 16:34 ` Rich Felker
2015-09-20 17:22 ` u-wsnj
2015-09-20 18:27 ` Rich Felker
2015-09-20 19:30 ` u-wsnj
2015-09-20 19:41 ` Rich Felker
2015-09-21 7:57 ` u-wsnj
2015-09-30 15:43 ` u-uy74
2015-09-30 20:35 ` Update: [musl] " u-uy74
2015-10-06 11:34 ` musl bug or not, real or not? (Was: [musl] Update: [musl] pthread_getattr_np() vs explicit runtime) loader u-uy74
2015-10-06 14:36 ` Isaac Dunham
2015-10-07 6:48 ` u-uy74
2015-10-06 17:07 ` Rich Felker [this message]
2015-10-07 7:27 ` u-uy74
2015-10-07 7:43 ` Timo Teras
2015-10-07 10:59 ` u-uy74
2015-10-08 16:48 ` Rich Felker
2015-10-09 5:39 ` Timo Teras
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151006170755.GQ8645@brightrain.aerifal.cx \
--to=dalias@libc.org \
--cc=musl@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).