Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150618220233.GH22285@port70.net>
Date: Fri, 19 Jun 2015 00:02:33 +0200
From: Szabolcs Nagy <nsz@...t70.net>
To: musl@...ts.openwall.com
Subject: Re: libc-test reports

* Rich Felker <dalias@...c.org> [2015-06-18 14:51:08 -0400]:
> Looking at x86 (i386) results for 1.1.10:
> 
> iconv errors are wrong test assumptions; they fail with current musl.

fixed

> sem_open segfault is probably failure of the test to handle
> non-existence of /dev/shm or failure of it to have mode 1777; if so
> this is an error in the test environment but it would be nice for the
> test to report the error rather than crashing.

only sem_open-static.exe fails, so i'm not sure what's the problem

(if /dev/shm were broken then the failure of sem_open would be printed)

> strtod failures on x86 are expected because of broken emulation.
> 
> remaining math issues I'll leave for nsz. :-)

if the test machine is x86 with /dev/kvm then run qemu with --enable-kvm
(x87 emulation is too broken otherwise)

> fgets-eof-static looks like some linking breakage. It could indicate a
> new toolchain bug we're not aware of, so I'd really like to see the
> binary that crashes.

another weird -static only failure

> pthread-robust-detach is a broken test -- it's unstable under

fixed

> regex-escaped-high-byte failure is odd. It should fail in musl git
> without latest libc-test (because of byte-based C locale) but should
> not fail on 1.1.10.

current libc-test has setlocale(LC_CTYPE, "C.UTF-8");

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.