mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Rich Felker <dalias@libc.org>
To: musl@lists.openwall.com
Subject: Re: open issues
Date: Tue, 29 Aug 2017 22:06:52 -0400	[thread overview]
Message-ID: <20170830020652.GD1627@brightrain.aerifal.cx> (raw)
In-Reply-To: <20170827043606.GQ15263@port70.net>

Updated lists after reviewing the list and pushing the changes that
were easy to make/merge:


Still pending due to nontrivial patch to review and/or need for
testing:

- getenv/setenv/putenv ub
  http://www.openwall.com/lists/musl/2017/08/21/1
  http://www.openwall.com/lists/musl/2016/03/13/7
- mbsnrtowcs and mbsnrtowcs confuses byte and wchar counts
  http://www.openwall.com/lists/musl/2017/08/09/1
- oob reads in memmem (and signed << ub)
  http://www.openwall.com/lists/musl/2017/06/29/6
- fix nftw when called with paths ending in slash
  http://www.openwall.com/lists/musl/2017/03/07/1

Pending due to waiting for updated patch incorporating feedback
already given or resolving merge conflicts or similar:

- handle whitespace before %% in scanf
  http://www.openwall.com/lists/musl/2017/07/11/1
- make dlsym and reloc time lookup consistent
  http://www.openwall.com/lists/musl/2017/02/16/1
- newly created thread may run with signals blocked
  < sergei> there seems to be a race condition in pthread_create.c between lines 134 and 298
  < sergei> if line 298 is executed before 134 (assuming syscall returned 0), startlock will be overwritten with zero, the condition will be evaluated to false and __restore_sigs will not be executed
  < sergei> the newly created thread will run with all signals blocked
  < sergei> i have a patch that fixes the issue for me: https://pastebin.com/T5QSd0C9
- missed underflow in fma
  http://www.openwall.com/lists/musl/2017/03/19/6
  new fma, depends on a_clz_64
  http://www.openwall.com/lists/musl/2017/04/23/10

Pending due to need for additional analysis to determine exactly
what/where the bug is:

- mips64 utime issue?
  "tar binary can't fix the modification/access times on any extracted symbolic links,"
  http://www.openwall.com/lists/musl/2017/07/06/1

Pending due to open question about desired behavior:

- getservbyport(_r) should not report numeric ports
  http://www.openwall.com/lists/musl/2017/02/06/5
- mmap should not return EPERM when it means ENOMEM
  http://www.openwall.com/lists/musl/2017/01/12/1
- GLOB_PERIOD is inconsistent with glibc
  http://www.openwall.com/lists/musl/2017/01/12/5
- ldso ctor dependency ordering and recursive dlopen fix
  http://www.openwall.com/lists/musl/2017/01/03/6

Pending due to dependency of fix on larger change:

- use-after-free in __unlock of pthread struct
  http://www.openwall.com/lists/musl/2017/06/01/7

Pending due to need to minor mechanical review:

- fix syscall number differences compared to linux uapi
  http://www.openwall.com/lists/musl/2017/02/18/1

Pending due to missing patch:

- align arm hwcap.h with glibc (nsz)

Punting til later due to lack of serious/any outward symptoms and lack
of any practical way to fix:

- scanf, wrong types in va_arg
  http://www.openwall.com/lists/musl/2017/04/10/3





  parent reply	other threads:[~2017-08-30  2:06 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-27  4:36 Szabolcs Nagy
2017-08-27  6:07 ` A. Wilcox
2017-08-30  1:30 ` Rich Felker
2018-01-04 12:01   ` Alexander Monakov
2018-01-09 17:10     ` Rich Felker
2017-08-30  2:06 ` Rich Felker [this message]
2017-08-30  8:26   ` Pascal Cuoq
2017-08-30 19:20     ` Rich Felker
2017-08-30 19:37       ` Alexander Monakov
2017-08-30 20:10         ` Rich Felker
2017-08-30 19:51   ` A. Wilcox
2017-08-30 22:08     ` Rich Felker
2017-09-04 22:00   ` Szabolcs Nagy
2017-09-07  2:18   ` Rich Felker
2017-09-07  2:32     ` Rich Felker
2017-09-22 22:03       ` Szabolcs Nagy
2017-10-14  2:59       ` Rich Felker
2017-10-21 16:27     ` Rich Felker
2017-08-30 19:53 ` Stefan Sedich
2017-08-31  9:34   ` Szabolcs Nagy
2017-08-31 15:37     ` Stefan Sedich
2017-08-31 16:04     ` 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=20170830020652.GD1627@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).