Date: Mon, 21 Apr 2003 10:02:54 -0400 From: Mike Barcroft <mike@FreeBSD.org> To: David Leimbach <leimy2k@mac.com> Cc: Tim Robbins <tjr@FreeBSD.ORG> Subject: Re: test-strerror regression test Message-ID: <20030421100254.A11165@espresso.bsdmike.org> In-Reply-To: <938EF288-73EF-11D7-98DE-0003937E39E0@mac.com>; from leimy2k@mac.com on Mon, Apr 21, 2003 at 06:51:24AM -0500 References: <20030421173354.A41423@dilbert.robbins.dropbear.id.au> <938EF288-73EF-11D7-98DE-0003937E39E0@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
David Leimbach <leimy2k@mac.com> writes: > I guess my point was I didn't know how to make these "conform" when I > looked > at the POSIX standard for SUS. All it said about strerror is that any > int should > work and return a string per the locale that is currently set. I agree with Tim; the main purpose is to prevent regressions in our implementation, not to evaluate conformance to any given standard. In fact, I created the test to ensure I didn't break strerror() or strerror_r() while fixing a conformance bug in strerror_r(). > > cc -O -pipe -mcpu=pentiumpro test-wmemset.c -o test-wmemset > > for p in test-strerror test-wcschr test-wcscmp test-wcslen > > test-wmemchr test-wmemset; do > > /home/tim/p4/wchar/src/tools/regression/lib/libc/string/$p; done > > PASS strerror() > > Failed for me due to failing assertions. What's the output of: ident /usr/lib/libc.so.* | grep strerror.c Best regards, Mike Barcroft
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030421100254.A11165>