From: Petr Vorel <pvorel@suse.cz>
To: Andrea Cervesato <andrea.cervesato@suse.de>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] [PATCH v1] Rewrite confstr01.c test using new LTP API
Date: Wed, 16 Feb 2022 13:59:29 +0100 [thread overview]
Message-ID: <Ygz1MSFe89HE5Ybx@pevik> (raw)
In-Reply-To: <20220216111013.32056-1-andrea.cervesato@suse.de>
Hi Andrea,
thanks for looking into this.
I was looking into the test in the past. The reason I haven't sent it is that
some of the definitions are in the legacy definition:
https://pubs.opengroup.org/onlinepubs/000095399/functions/confstr.html
in newer it's not:
https://pubs.opengroup.org/onlinepubs/9699919799/functions/confstr.html
...
> static struct test_case_t {
> int value;
> char *name;
> } test_cases[] = {
> - {_CS_PATH, "PATH"},
> - {_CS_XBS5_ILP32_OFF32_CFLAGS, "XBS5_ILP32_OFF32_CFLAGS"},
> - {_CS_XBS5_ILP32_OFF32_LDFLAGS, "XBS5_ILP32_OFF32_LDFLAGS"},
> - {_CS_XBS5_ILP32_OFF32_LIBS, "XBS5_ILP32_OFF32_LIBS"},
> - {_CS_XBS5_ILP32_OFF32_LINTFLAGS, "XBS5_ILP32_OFF32_LINTFLAGS"},
> - {_CS_XBS5_ILP32_OFFBIG_CFLAGS, "XBS5_ILP32_OFFBIG_CFLAGS"},
> - {_CS_XBS5_ILP32_OFFBIG_LDFLAGS, "XBS5_ILP32_OFFBIG_LDFLAGS"},
> - {_CS_XBS5_ILP32_OFFBIG_LIBS, "XBS5_ILP32_OFFBIG_LIBS"},
> - {_CS_XBS5_ILP32_OFFBIG_LINTFLAGS, "XBS5_ILP32_OFFBIG_LINTFLAGS"},
> - {_CS_XBS5_LP64_OFF64_CFLAGS, "XBS5_LP64_OFF64_CFLAGS"},
> - {_CS_XBS5_LP64_OFF64_LDFLAGS, "XBS5_LP64_OFF64_LDFLAGS"},
> - {_CS_XBS5_LP64_OFF64_LIBS, "XBS5_LP64_OFF64_LIBS"},
> - {_CS_XBS5_LP64_OFF64_LINTFLAGS, "XBS5_LP64_OFF64_LINTFLAGS"},
> - {_CS_XBS5_LPBIG_OFFBIG_CFLAGS, "XBS5_LPBIG_OFFBIG_CFLAGS"},
> - {_CS_XBS5_LPBIG_OFFBIG_LDFLAGS, "XBS5_LPBIG_OFFBIG_LDFLAGS"},
> - {_CS_XBS5_LPBIG_OFFBIG_LIBS, "XBS5_LPBIG_OFFBIG_LIBS"},
> - {_CS_XBS5_LPBIG_OFFBIG_LINTFLAGS, "XBS5_LPBIG_OFFBIG_LINTFLAGS"},
> - {_CS_GNU_LIBC_VERSION, "GNU_LIBC_VERSION"},
> - {_CS_GNU_LIBPTHREAD_VERSION, "GNU_LIBPTHREAD_VERSION"},
> + { _CS_PATH, "PATH" },
> + { _CS_GNU_LIBC_VERSION, "GNU_LIBC_VERSION" },
man CONFSTR(3) shows
_CS_GNU_LIBC_VERSION (GNU C library only; since glibc 2.3.2)
And indeed it fails on musl:
confstr01.c:102: TFAIL: confstr: GNU_LIBC_VERSION, EINVAL
But musl defines in include/unistd.h:
#define _CS_GNU_LIBC_VERSION 2
to allow to compile but in src/conf/confstr.c is check which causes EINVAL:
https://git.etalabs.net/cgit/musl/tree/src/conf/confstr.c
size_t confstr(int name, char *buf, size_t len)
{
const char *s = "";
if (!name) {
s = "/bin:/usr/bin";
} else if ((name&~4U)!=1 && name-_CS_POSIX_V6_ILP32_OFF32_CFLAGS>33U) {
errno = EINVAL;
return 0;
}
// snprintf is overkill but avoid wasting code size to implement
// this completely useless function and its truncation semantics
return snprintf(buf, len, "%s", s) + 1;
}
IMHO this one should be wrapped with #ifdef __GLIBC__.
Also not sure how about uclibc (it defines __GLIBC__ and it has compatible
headers, but sometimes things aren't implemented). It defines
_CS_GNU_LIBC_VERSION as "GNU_LIBC_VERSION", but code which is in posix/confstr.c
is missing. I might force myself to check it after work time.
...
> + TEST(confstr(test_cases[i].value, NULL, (size_t)0));
> + if (TST_RET) {
> + len = TST_RET;
> + buf = SAFE_MALLOC(len);
> + TEST(confstr(test_cases[i].value, buf, len));
> + if (buf[len - 1] != '\0') {
> + tst_brk(TFAIL, "confstr: %s, %s", test_cases[i].name,
> + tst_strerrno(TST_ERR));
> + } else {
> + tst_res(TPASS, "confstr %s = '%s'", test_cases[i].name, buf);
> }
> + } else {
> + tst_brk(TFAIL, "confstr: %s, %s", test_cases[i].name, tst_strerrno(TST_ERR));
> + }
Again, to use some TST_EXP_*() macros?
Maybe:
TST_EXP_POSITIVE(confstr(test_cases[i].value, NULL, (size_t)0));
if (!TST_PASS)
return;
len = TST_RET;
buf = SAFE_MALLOC(len);
TEST(confstr(test_cases[i].value, buf, len));
if (buf[len - 1] != '\0') {
tst_brk(TFAIL, "confstr: %s, %s", test_cases[i].name,
tst_strerrno(TST_ERR));
} else {
tst_res(TPASS, "confstr %s = '%s'", test_cases[i].name, buf);
}
free(buf);
=> code is simpler and works also on musl.
Kind regards,
Petr
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2022-02-16 12:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-16 11:10 [LTP] [PATCH v1] Rewrite confstr01.c test using new LTP API Andrea Cervesato
2022-02-16 12:59 ` Petr Vorel [this message]
2022-02-17 8:10 ` Petr Vorel
2022-04-05 13:51 ` Petr Vorel
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=Ygz1MSFe89HE5Ybx@pevik \
--to=pvorel@suse.cz \
--cc=andrea.cervesato@suse.de \
--cc=ltp@lists.linux.it \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox