RE: textutils version 2.1 bug

[Parimi, Venkateshwara Rao]

Hi Bob,
On a solaris 2.6 machine configure dieing with segmentation fault.

<<>>
checking for utmpname... yes
checking for utmpxname... yes
gmake: *** [config.status] Segmentation Fault (core dumped)
address@hidden:/u/parimiv/work/cos/mk/coreutils>
<<>>

Nothing logged in config.log

<<>>
parimiv> tail config.log
configure:14541: checking for sys/param.h
configure:14546: result: yes
configure:14680: checking for utmpname
configure:14729: gcc -o conftest -g -O2   conftest.c -lnsl  >&5
configure:14732: $? = 0
configure:14735: test -s conftest
configure:14738: $? = 0
configure:14749: result: yes
configure:14763: checking for utmpxname
configure:14812: gcc -o conftest -g -O2   conftest.c -lnsl  >&5
configure:14815: $? = 0
configure:14818: test -s conftest
configure:14821: $? = 0
configure:14832: result: yes
<<>>


In test suite du basic test is  failing because the data being entered in to
the test file a/b/F is less than 64 charecters.

<<>>
gmake[3]: Entering directory
`/u/parimiv/work/upgrades/coreutils-5.0/tests/du'
PASS: hard-link
PASS: 8gb
out exp differ: char 1, line 1
--- out Tue Jul 15 17:11:45 2003
+++ exp Tue Jul 15 17:11:45 2003
@@ -1,9 +1,9 @@
-0      a/b/F
-4      a/b
-8      a
+4      a/b/F
+8      a/b
+12     a
 ===
-0      a/b/F
-4      a/b
+4      a/b/F
+8      a/b
 4      a
 ===
-8      a
+12     a
FAIL: basic
PASS: restore-wd
PASS: exclude
***************************
NOTICE:
./no-x: This test is being skipped, since it works only
when run by an unprivileged user.
***************************
SKIP: no-x
PASS: no-deref
PASS: trailing-slash
PASS: deref
PASS: two-args
./slink: skipping this test, since `.' is on a non-local file system
SKIP: slink
======================================
1 of 9 tests failed
(2 tests were not run)
Please report to address@hidden
======================================
<<>>


Thanks
-Venkatesh


-----Original Message-----
From: Parimi, Venkateshwara Rao 
Sent: Tuesday, July 15, 2003 1:18 PM
To: 'address@hidden'
Cc: 'address@hidden'
Subject: RE: textutils version 2.1 bug


Thanks for the quick response Bob.
Config is getting /bin/sh but do not know why make does use ksh, am still
under confusion.

That's really nice to here that now sh-utils, textutils and fileutils comes
in one package.
I shall try the new version of coreutils then.

Thanks again!
-Venkatesh

-----Original Message-----
From: address@hidden [mailto:address@hidden
Sent: Tuesday, July 15, 2003 10:55 AM
To: Parimi, Venkateshwara Rao
Cc: 'address@hidden'
Subject: Re: textutils version 2.1 bug


Parimi, Venkateshwara Rao wrote:
> Here is the snippet of make on a solaris 2.6 machine:
> [...]
> /bin/ksh: syntax error at line 0 : `(' unexpected
> [...]
> Makefile.in should be modified as below:
> /u/parimiv/work/upgrades/textutils-2.1/m4>diff Makefile.in.orig
Makefile.in
> 363c363
> <       (((echo EXTRA_DIST =; \
> ---
> >       ( ( (echo EXTRA_DIST =; \

Thank you for reporting that.  It is much appreciated.  What is the
setting of @SHELL@ from configure?  Here is the result on my system.

  grep @SHELL@ config.status
  s,@SHELL@,/bin/sh,;t t

I am not clued into the details here but let me take a shot in the
dark with a question.  Is there any reason why /bin/sh is not suitable
on your system and /bin/ksh is being used instead?

Also textutils is getting a little bit old.  Could you try with a
newer version of the utils?  The textutils package has been merged
with the fileutils and shellutils packages to create the coreutils
package.  The later coreutils was generated using newer and more
portable versions of the autotools which generated that file.

  http://www.gnu.org/software/coreutils/

The latest version of the coreutils package is here:

  http://ftp.gnu.org/gnu/coreutils/coreutils-5.0.tar.bz2
  (coreutils is the union of fileutils, textutils, and sh-utils)

On my system it still generates the "(((" that you are seeing as a
problem with your ksh.  But it is still best to keep on the later
versions if possible.  And hopefully it will detect and use /bin/sh
instead, assuming that is a POSIX shell on your system.

Bob