From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1XK5OS-0005fX-8E for ltp-list@lists.sourceforge.net; Wed, 20 Aug 2014 12:53:36 +0000 Received: from mx3-phx2.redhat.com ([209.132.183.24]) by sog-mx-2.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1XK5OQ-0002WO-Uu for ltp-list@lists.sourceforge.net; Wed, 20 Aug 2014 12:53:36 +0000 Date: Wed, 20 Aug 2014 08:53:26 -0400 (EDT) From: Jan Stancek Message-ID: <1070499573.9869577.1408539206966.JavaMail.zimbra@redhat.com> In-Reply-To: <933677084.9868450.1408538960160.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 Subject: [LTP] open12 failing on i386 with EOVERFLOW List-Id: Linux Test Project General Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ltp-list-bounces@lists.sourceforge.net To: ltp-list Hi, I'm seeing following failure in this testcase on RHEL-6.5 Server i386 GA distro: # env PATH=`pwd`:$PATH ./open12 open12 1 TFAIL : open12.c:104: test O_APPEND for open failed open12 2 TCONF : open12.c:123: test O_NOATIME flag for open needs filesystems which is mounted without noatime and relatime open12 3 TPASS : test O_CLOEXEC for open success open12 4 TPASS : test O_LARGEFILE for open success open12 0 TWARN : tst_tmpdir.c:206: tst_rmdir: rmobj(/tmp/opexIqjV3) failed: lstat(/tmp/opexIqjV3/large_file) failed; errno=75: Value too large for defined data type Since it's linked from library, adding -D_FILE_OFFSET_BITS=64 to this testcase has no effect. One simple way to fix it would be to unlink it in test, so that rmobj.c doesn't hit it. $ diff -u open12.c /tmp/open12.c --- open12.c 2014-08-14 17:46:33.052044613 +0200 +++ /tmp/open12.c 2014-08-20 14:48:35.655208417 +0200 @@ -221,6 +221,10 @@ tst_resm(TPASS, "test O_LARGEFILE for open success"); SAFE_CLOSE(cleanup, TEST_RETURN); } + + /* clean it up here, because lib/rmobj.c on 32bit will + * hit EOVERFLOW in lstat() */ + unlink(LARGE_FILE); } static void cleanup(void) Any thoughts? Regards, Jan ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list