mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Rich Felker <dalias@libc.org>
To: musl@lists.openwall.com
Subject: Re: [PATCH] make relocation time symbol lookup and dlsym consistent
Date: Tue, 13 Aug 2019 10:24:24 -0400	[thread overview]
Message-ID: <20190813142424.GD9017@brightrain.aerifal.cx> (raw)
In-Reply-To: <20190813083844.GL22009@port70.net>

On Tue, Aug 13, 2019 at 10:38:44AM +0200, Szabolcs Nagy wrote:
> * Szabolcs Nagy <nsz@port70.net> [2019-08-11 01:18:11 +0200]:
> >  static void *do_dlsym(struct dso *p, const char *s, void *ra)
> >  {
> > -	size_t i;
> > -	uint32_t h = 0, gh = 0, *ght;
> > -	Sym *sym;
> > -	if (p == head || p == RTLD_DEFAULT || p == RTLD_NEXT) {
> > -		if (p == RTLD_DEFAULT) {
> > -			p = head;
> > -		} else if (p == RTLD_NEXT) {
> > -			p = addr2dso((size_t)ra);
> > -			if (!p) p=head;
> > -			p = p->next;
> > -		}
> > -		struct symdef def = find_sym(p, s, 0);
> > -		if (!def.sym) goto failed;
> > -		if ((def.sym->st_info&0xf) == STT_TLS)
> > -			return __tls_get_addr((tls_mod_off_t []){def.dso->tls_id, def.sym->st_value-DTP_OFFSET});
> > -		if (DL_FDPIC && (def.sym->st_info&0xf) == STT_FUNC)
>                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > -			return def.dso->funcdescs + (def.sym - def.dso->syms);
> > -		return laddr(def.dso, def.sym->st_value);
> > -	}
> > -	if (__dl_invalid_handle(p))
> > +	int use_deps = 0;
> > +	if (p == head || p == RTLD_DEFAULT) {
> > +		p = head;
> > +	} else if (p == RTLD_NEXT) {
> > +		p = addr2dso((size_t)ra);
> > +		if (!p) p=head;
> > +		p = p->next;
> > +	} else if (__dl_invalid_handle(p)) {
> >  		return 0;
> > -	if ((ght = p->ghashtab)) {
> > -		gh = gnu_hash(s);
> > -		sym = gnu_lookup(gh, ght, p, s);
> > -	} else {
> > -		h = sysv_hash(s);
> > -		sym = sysv_lookup(s, h, p);
> > -	}
> > -	if (sym && (sym->st_info&0xf) == STT_TLS)
> > -		return __tls_get_addr((tls_mod_off_t []){p->tls_id, sym->st_value-DTP_OFFSET});
> > -	if (DL_FDPIC && sym && sym->st_shndx && (sym->st_info&0xf) == STT_FUNC)
>             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > -		return p->funcdescs + (sym - p->syms);
> > -	if (sym && sym->st_value && (1<<(sym->st_info&0xf) & OK_TYPES))
> > -		return laddr(p, sym->st_value);
> > -	for (i=0; p->deps[i]; i++) {
> > -		if ((ght = p->deps[i]->ghashtab)) {
> > -			if (!gh) gh = gnu_hash(s);
> > -			sym = gnu_lookup(gh, ght, p->deps[i], s);
> > -		} else {
> > -			if (!h) h = sysv_hash(s);
> > -			sym = sysv_lookup(s, h, p->deps[i]);
> > -		}
> > -		if (sym && (sym->st_info&0xf) == STT_TLS)
> > -			return __tls_get_addr((tls_mod_off_t []){p->deps[i]->tls_id, sym->st_value-DTP_OFFSET});
> > -		if (DL_FDPIC && sym && sym->st_shndx && (sym->st_info&0xf) == STT_FUNC)
> > -			return p->deps[i]->funcdescs + (sym - p->deps[i]->syms);
> > -		if (sym && sym->st_value && (1<<(sym->st_info&0xf) & OK_TYPES))
> > -			return laddr(p->deps[i], sym->st_value);
> > -	}
> > -failed:
> > -	error("Symbol not found: %s", s);
> > -	return 0;
> > +	} else
> > +		use_deps = 1;
> > +	struct symdef def = find_sym2(p, s, 0, use_deps);
> > +	if (!def.sym) {
> > +		error("Symbol not found: %s", s);
> > +		return 0;
> > +	}
> > +	if ((def.sym->st_info&0xf) == STT_TLS)
> > +		return __tls_get_addr((tls_mod_off_t []){def.dso->tls_id, def.sym->st_value-DTP_OFFSET});
> > +	if (DL_FDPIC && (def.sym->st_info&0xf) == STT_FUNC)
> > +		return def.dso->funcdescs + (def.sym - def.dso->syms);
> 
> there is another behaviour change i did not notice before:
> 
> st_shndx is no longer checked in DL_FDPIC case here, i assumed
> find_sym did that, but there is no fdpic specific logic there.
> 
> the old code was inconsistent in the RTLD_DEFAULT vs shared lib
> dlsym case.
> 
> i dont know if this is relevant for fdpic, i didnt test that case.

Thanks for catching. I'll take a look at this.

Rich


  reply	other threads:[~2019-08-13 14:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-10 23:18 Szabolcs Nagy
2019-08-12 22:26 ` Rich Felker
2019-08-13  8:38 ` Szabolcs Nagy
2019-08-13 14:24   ` Rich Felker [this message]
2019-08-13 15:01     ` Rich Felker

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=20190813142424.GD9017@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).