mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Szabolcs Nagy <nsz@port70.net>
To: musl@lists.openwall.com
Subject: open issues
Date: Sun, 27 Aug 2017 06:36:06 +0200	[thread overview]
Message-ID: <20170827043606.GQ15263@port70.net> (raw)

list of issues since last release that don't seem to be resolved.
first ones that looked like bugs to me, then other issues.
list goes backward in time, some issues may be missed.

bug:
- update contributors in copyright file
- fflush(0) does not lock f
  http://git.musl-libc.org/cgit/musl/tree/src/stdio/fflush.c#n12
- getenv/setenv/putenv ub
  http://www.openwall.com/lists/musl/2017/08/21/1
  http://www.openwall.com/lists/musl/2016/03/13/7
- fix ioctl on mips, add SIOCGSTAMPNS
  http://www.openwall.com/lists/musl/2017/08/13/4
  http://www.openwall.com/lists/musl/2017/08/13/5
- ipc/ftok.c overflowing shift
  http://www.openwall.com/lists/musl/2017/08/12/5
- __progname fallbacks so it's never 0
  http://www.openwall.com/lists/musl/2017/07/28/6
- mbsnrtowcs and mbsnrtowcs confuses byte and wchar counts
  http://www.openwall.com/lists/musl/2017/08/09/1
- memset ub because s[0] = s[0] = c
  http://www.openwall.com/lists/musl/2017/07/10/7
  http://www.openwall.com/lists/musl/2017/07/06/2
- handle whitespace before %% in scanf
  http://www.openwall.com/lists/musl/2017/07/11/1
- 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
- oob reads in memmem (and signed << ub)
  http://www.openwall.com/lists/musl/2017/06/29/6
- use-after-free in __unlock of pthread struct
  http://www.openwall.com/lists/musl/2017/06/01/7
- 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
- scanf, wrong types in va_arg
  http://www.openwall.com/lists/musl/2017/04/10/3
- 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
- fix nftw when called with paths ending in slash
  http://www.openwall.com/lists/musl/2017/03/07/1
- fix syscall number differences compared to linux uapi
  http://www.openwall.com/lists/musl/2017/02/18/1
- getservbyport(_r) should not report numeric ports
  http://www.openwall.com/lists/musl/2017/02/06/5
- add s390x and powerpc64 to supported arches
  http://www.openwall.com/lists/musl/2017/02/01/2
- define IPPORT_RESERVED in netinet/in.h and netdb.h
  http://www.openwall.com/lists/musl/2017/01/31/4 
- GLOB_PERIOD is inconsistent with glibc
  http://www.openwall.com/lists/musl/2017/01/12/5
- mmap should not return EPERM when it means ENOMEM
  http://www.openwall.com/lists/musl/2017/01/12/1
- getopt_long does not report failure correctly
  http://www.openwall.com/lists/musl/2017/01/07/4
- make dlsym and reloc time lookup consistent
  http://www.openwall.com/lists/musl/2017/02/16/1
- ldso ctor dependency ordering and recursive dlopen fix
  http://www.openwall.com/lists/musl/2017/01/03/6
- align arm hwcap.h with glibc (nsz)


feature request:
- pending linux uapi updates: v4.10, v4.11, v4.12 (nsz)
- non-thread-safe apis (gethostbyname) can detect some misuse and crash
- avoid mmapping inaccessible parts of a binary as rx
- syslog.h prioritynames compund literal causes problems
  http://www.openwall.com/lists/musl/2017/08/16/4
- align fnmatch \ in bracket semantics with glibc
  http://www.openwall.com/lists/musl/2017/08/15/2
- pthread_attr_init behaviour (to use whatever was set in pthread_setattr_default_np)
  http://www.openwall.com/lists/musl/2017/08/12/6
- fix stdbool.h in c++ code?
  http://www.openwall.com/lists/musl/2017/07/28/1
- add sysconf support for _SC_LEVEL1_DCACHE_LINESIZE
  http://www.openwall.com/lists/musl/2017/07/24/1
- change GMT to UTC
  http://www.openwall.com/lists/musl/2017/07/22/2
- [RFC PATCH 0/5] Add explicit_bzero, vectorize and 'normalize' various string functions
  http://www.openwall.com/lists/musl/2017/07/15/1
- strlen variant without aliasing violation
  http://www.openwall.com/lists/musl/2017/07/10/6
- |32 is not needed in (t|32) != 'c'
  http://www.openwall.com/lists/musl/2017/07/09/5
- __malloc_donate instead of current hack in ldso
  http://www.openwall.com/lists/musl/2017/06/28/4
- optimize __malloc0 to clear memory faster
  http://www.openwall.com/lists/musl/2017/06/26/1
- code size optimize wmemcpy
  http://www.openwall.com/lists/musl/2017/06/25/10
- [PATCH 0/8] the new __lock and follow up patches
  http://www.openwall.com/lists/musl/2017/06/23/2
- more correct va_arg use in fcntl
  http://www.openwall.com/lists/musl/2017/06/21/16
- use better name than index in __tz.c
  http://www.openwall.com/lists/musl/2017/06/11/12
- use O_TMPFILE in tmpfile if possible
  http://www.openwall.com/lists/musl/2017/06/08/2
- fix user.h so gdb builds cleanly on all targets
  http://www.openwall.com/lists/musl/2017/06/11/2
- towlower performance
  http://www.openwall.com/lists/musl/2017/05/27/2
- RES_OPTIONS support for resolv.conf options overriding
  http://www.openwall.com/lists/musl/2017/04/30/1
  related libc-alpha discussion
  http://sourceware.org/ml/libc-alpha/2017-08/msg01097.html
- strptime %z %Z
  http://www.openwall.com/lists/musl/2017/04/19/1
- add microMIPS32 support
  http://www.openwall.com/lists/musl/2017/05/31/2
- IDNA support in name lookups
  http://www.openwall.com/lists/musl/2017/04/02/1
- improve LIBCC detection in configure?
  http://www.openwall.com/lists/musl/2017/03/16/2
- precise complex math
  http://www.openwall.com/lists/musl/2017/02/12/3
- strtoul of width specifier clobbers errno in strftime
  http://www.openwall.com/lists/musl/2017/02/12/1
- provide sgidefs.h on mips
  http://www.openwall.com/lists/musl/2017/02/04/2
- add GLOB_TILDE support
  http://www.openwall.com/lists/musl/2017/01/20/4
- crypt_blowfish: support $2b$ prefix
  http://www.openwall.com/lists/musl/2017/01/12/6
- strftime _-0
  http://www.openwall.com/lists/musl/2017/01/06/1
- static-pie relro
  < fabled> how does static pie musl libc init work?
  < fabled> the reason i ask is, that relro is not enabled then
  < fabled> it should do mprotect() for the relro area
  < nsz> ah i see if you have 'static int *const p = &x;' then that relative reloc should be in relro
- fts64
  http://www.openwall.com/lists/musl/2016/11/23/1
- REG_STARTEND
  http://www.openwall.com/lists/musl/2016/10/05/6
- realpath without /proc
  http://www.openwall.com/lists/musl/2016/11/03/5
- new tsearch
  http://www.openwall.com/lists/musl/2015/12/20/1
- avoid readv in stdio with 0 length buffer because that's broken on /proc
  https://bugzilla.kernel.org/show_bug.cgi?id=195697
- add fortify _chk functions
- memchr optimization


             reply	other threads:[~2017-08-27  4:36 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-27  4:36 Szabolcs Nagy [this message]
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
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=20170827043606.GQ15263@port70.net \
    --to=nsz@port70.net \
    --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).