mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Stefan Sedich <stefan.sedich@gmail.com>
To: musl@lists.openwall.com
Subject: Re: open issues
Date: Wed, 30 Aug 2017 19:53:55 +0000	[thread overview]
Message-ID: <CACOXvngft5Vy-gjbsdNNopVQq4CwJkbMUTx+KSQkY8-Qi=L=AA@mail.gmail.com> (raw)
In-Reply-To: <20170827043606.GQ15263@port70.net>

[-- Attachment #1: Type: text/plain, Size: 7429 bytes --]

>
> 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
>

- RES_OPTIONS support for resolv.conf options overriding
  http://www.openwall.com/lists/musl/2017/04/30/1

I would love to sneak this one in if possible, has been sitting around for
a while and something that I want to be able to configure!

[-- Attachment #2: Type: text/html, Size: 14472 bytes --]

  parent reply	other threads:[~2017-08-30 19:53 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
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 [this message]
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='CACOXvngft5Vy-gjbsdNNopVQq4CwJkbMUTx+KSQkY8-Qi=L=AA@mail.gmail.com' \
    --to=stefan.sedich@gmail.com \
    --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).