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
next 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).