Re: ready for a bug-fix coreutils-7.2?

[John Center]

Hi Jim,

I saw a mail thread from 02/2007 that described a similar problem 
(http://www.nabble.com/gnulib-getcwd-patch-needed-for-Solaris-10-getcwd-td9077211.html)

I don't know if this is exactly the same problem, but here's what I see 
from "make check":

===========================================
 1 of 366 tests failed
 (78 tests were not run)
 See tests/test-suite.log
 Please report it to address@hidden
===========================================

=============================================
   GNU coreutils 7.1: tests/test-suite.log
=============================================

1 of 366 tests failed.  (78 tests were not run).

.. contents:: :depth: 2


FAIL: cp/special-bits.log (exit: 1)
===================================

+ cp --version
cp (GNU coreutils) 7.1
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Torbj"orn Granlund, David MacKenzie, and Jim Meyering.
+ . ./test-lib.sh
++ unset function_test
++ eval 'function_test() { return 11; }; function_test'
+++ function_test
+++ return 11
++ test 11 '!=' 11
+++ pwd
++ test_dir_=/opt/ws/dists/gnu/coreutils-7.1/tests
+++ this_test_
+++ echo ././cp/special-bits
+++ sed 's,.*/,,'
++ this_test=special-bits
+++ /opt/ws/dists/gnu/coreutils-7.1/src/mktemp -d 
--tmp=/opt/ws/dists/gnu/coreut
ils-7.1/tests cu-special-bits.XXXXXXXXXX
++ t_=/opt/ws/dists/gnu/coreutils-7.1/tests/cu-special-bits.RIPmwuaEBo
++ trap remove_tmp_ 0
++ trap 'Exit $?' 1 2 13 15
++ cd /opt/ws/dists/gnu/coreutils-7.1/tests/cu-special-bits.RIPmwuaEBo
++ diff --version
++ grep GNU
++ cmp --version
++ grep GNU
+ require_root_
+ uid_is_privileged_
++ id -u
+ my_uid=0
+ case $my_uid in
+ NON_ROOT_USERNAME=nobody
+ touch a b c
+ chmod u+sx,go= a
+ chmod u=rwx,g=sx,o= b
+ chmod a=r,ug+sx c
+ chown nobody .
+ chmod u=rwx,g=rx,o=rx .
+ fail=0
+ cp -p a a2
++ ls -l a
+ set _ -rws------ 1 root root 0 Mar 13 11:17 a
+ shift
+ p1=-rws------
++ ls -l a2
+ set _ -rws------+ 1 root root 0 Mar 13 11:17 a2
+ shift
+ p2=-rws------+
+ test -rws------ = -rws------+
+ fail=1
+ cp -p b b2
++ ls -l b
+ set _ -rwx--s--- 1 root root 0 Mar 13 11:17 b
+ shift
+ p1=-rwx--s---
++ ls -l b2
+ set _ -rwx--s---+ 1 root root 0 Mar 13 11:17 b2
+ shift
+ p2=-rwx--s---+
+ test -rwx--s--- = -rwx--s---+
+ fail=1
+ setuidgid nobody env 
PATH=/opt/ws/dists/gnu/coreutils-7.1/src:/opt/ws/tools/lo
cal/bin:/opt/ws/tools/SUNWspro/bin:/opt/ws/tools/gcc/bin:/opt/gnu/bin:/opt/gnu/s
bin:/opt/local/bin:/opt/local/sbin:/opt/perl5/site/bin:/opt/perl5/bin:/opt/pytho
n2/bin:/opt/tcl8/bin:/usr/sfw/bin:/usr/sfw/sbin:/usr/ccs/bin:/usr/xpg4/bin:/usr/
bin:/bin cp -p c c2
++ ls -l c
+ set _ -r-sr-sr-- 1 root root 0 Mar 13 11:17 c
+ shift
+ p1=-r-sr-sr--
++ ls -l c2
+ set _ -r-xr-xr-- 1 nobody nobody 0 Mar 13 11:17 c2
+ shift
+ p2=-r-xr-xr--
+ test -r-sr-sr-- = -r-xr-xr--
+ Exit 1
+ set +e
+ exit 1
+ exit 1
+ remove_tmp_
+ __st=1
+ cleanup_
+ :
+ cd /opt/ws/dists/gnu/coreutils-7.1/tests
+ chmod -R u+rwx 
/opt/ws/dists/gnu/coreutils-7.1/tests/cu-special-bits.RIPmwuaEB
o
+ rm -rf /opt/ws/dists/gnu/coreutils-7.1/tests/cu-special-bits.RIPmwuaEBo
+ exit 1
gmake[4]: *** [test-suite.log] Error 1


HTH

        -John

Jim Meyering wrote:
> address@hidden wrote:
> > I couldn't tell for sure from the NEWS if these 2 problems are fixed for 
> > Solaris 10 (SPARC 64), using Sun Studio 12:
> >
> > In lib/inttypes.h, change:
> >        (0 ? _LP64 : 1)
> >     to:
> >        (0 ? defined _LP64 : 1)
>
> Yes, that was fixed in gnulib, so should be
> fixed in the latest coreutils snapshot:
>
> 2009-02-27  Bruno Haible  <address@hidden>
>
>        * lib/inttypes.in.h: Test merely whether _LP64 is defined, not its
>        value.
>        * lib/stdint.in.h: Likewise.
>        Suggested by Eric Blake. Reported by Peter Bray <address@hidden>.
>
> > And special-bits failing in "make check".
>
> If you already reported this, please give me a pointer.
> If not, please post details, including the output of "make check".
>
> Thanks!
--
John Center
Villanova University