bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: textutils version 2.1 bug


From: Paul Eggert
Subject: Re: textutils version 2.1 bug
Date: 15 Jul 2003 11:25:36 -0700
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3

"Parimi, Venkateshwara Rao" <address@hidden> writes:

> On a solaris 2.6 machine configure dieing with segmentation fault.

This appears to be a bug in your shell.  

I can't reproduce the bug in the following environment:

  coreutils 5.0 (This is the latest version of textutils.)
    <ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.0.tar.gz>

  Solaris 2.6, with the following patches (as of 2003-07-10):
    <ftp://sunsolve.sun.com/pub/patches/2.6_Recommended.tar.Z>

  GCC 3.2.3

You write "Config is getting /bin/sh but do not know why make does use
ksh, am still under confusion."

The 'configure' script should not get /bin/sh on that platform.  It
should set CONFIG_SHELL to /bin/ksh (or to Bash, if you have installed
that yourself).

I'd like to know why "configure" gets /bin/sh; can you experiment
by running "sh -x configure"?

Also, which sh and ksh are you using?  Here's what I get on my Solaris
2.6 system.  If your shells are older, perhaps you need to install the
free Sun patches for them.

67-dew $ type sh
sh is /usr/bin/sh
68-dew $ type ksh
ksh is /usr/bin/ksh
69-dew $ ls -l /usr/bin/sh /usr/bin/ksh
-r-xr-xr-x   2 bin      bin       186528 Jan  7  2003 /usr/bin/ksh
-r-xr-xr-x   3 bin      root       89028 Dec 18  2002 /usr/bin/sh
70-dew $ /usr/bin/sum /usr/bin/sh /usr/bin/ksh
18780 174 /usr/bin/sh
8794 365 /usr/bin/ksh


> From: address@hidden [mailto:address@hidden
> Sent: Tuesday, July 15, 2003 10:55 AM

> 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.

It's not.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]