Date: Sun, 01 Nov 2015 05:02:40 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-testing@freebsd.org Subject: [Bug 204156] fmemopen tests failing after r289863 Message-ID: <bug-204156-32464-GqgGueETFf@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-204156-32464@https.bugs.freebsd.org/bugzilla/> References: <bug-204156-32464@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204156 --- Comment #4 from Andrey A. Chernov <ache@FreeBSD.org> --- (In reply to Andrey A. Chernov from comment #2) The last case: failed: /usr/src/lib/libc/tests/stdio/fmemopen2_test.c:203: pos == 0 not met not failed in -current when written in plain C: fp = fmemopen(buf, sizeof(buf), "a+"); fwrite(str2, 1, sizeof(str2), fp); fseek(fp, 0, SEEK_SET); printf("pos %d\n", ftell(fp) == 0); So I think all of this is ATF-specific bugs, probably with wrong type cast in their macros, and I don't want to debug ATF. If you think otherwise, please post plain C test which fails after r289863. IMHO, ATF is evil and can't be used to prove anything, only to extract from there and convert to plain C. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-204156-32464-GqgGueETFf>