Fwd: Re: Bash-3.1.17 gets lost looking for end of string in certain contexts

[Richard]

        Have just read the archives... ;) Forwarding to the list accordingly!

----------  Forwarded Message  ----------

Subject: Re: Bash-3.1.17 gets lost looking for end of string in certain 
contexts
Date: Wednesday 03 May 2006 22:36
From: Richard <rgollub@uninet.com.br>
To: Eric Blake <ebb9@byu.net>

        As promised, further to my previous message, hereinafter more data on 
the
subject.

(beware of line wrapping at 72 chars)

<xterm history>

[rag@lfs1 rag]$ ldd '/mnt/STG1/bin/bash'
        libdl.so.2 => /mnt/STG1/lib/libdl.so.2 (0x4001a000)
        libc.so.6 => /mnt/STG1/lib/libc.so.6 (0x4001e000)
        /mnt/STG1/lib/ld-linux.so.2 (0x40000000)
[rag@lfs1 rag]$ '/mnt/STG1/bin/bash' --version
GNU bash, version 3.1.17(2)-release (i686-pc-linux-gnu)
Copyright (C) 2005 Free Software Foundation, Inc.
[rag@lfs1 rag]$ strings -a '/mnt/STG1/bin/bash' | grep GCC | head -n 1
GCC: (GNU) 3.4.6
[rag@lfs1 rag]$ '/mnt/STG1/lib/libc-2.3.6.so'
GNU C Library stable release version 2.3.6, by Roland McGrath et al.
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.4.6.
Compiled on a Linux 2.6.12 system on 2006-05-01.
Available extensions:
        GNU libio by Per Bothner
        crypt add-on version 2.1 by Michael Glad and others
        GNU Libidn by Simon Josefsson
        linuxthreads-0.10 by Xavier Leroy
        BIND-8.2.3-T5B
        libthread_db work sponsored by Alpha Processor Inc
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.
[rag@lfs1 rag]$ '/mnt/STG1/bin/bash'
[rag@lfs1 ~]$ echo $BASH_VERSION
3.1.17(2)-release
[rag@lfs1 ~]$ status=`echo 'beriberi'| { grep -E -e '(....).*\1' >/dev/null
2>&1 ; echo $?; }` || echo OOPS
[rag@lfs1 ~]$ echo $status
0
[rag@lfs1 ~]$ cd /mnt/STG1/opt/sources/grep-2.5.1a/tests
[rag@lfs1 tests]$ GREP=grep /mnt/STG1/bin/bash spencer1.script
spencer1.script: line 602: unexpected EOF while looking for matching `''
spencer1.script: line 608: syntax error: unexpected end of file
[rag@lfs1 tests]$

</xterm history>

        As you can see the bare command does not trigger the error; however the
script for some contextual reason does trigger it.

        Just curious: why is it that your version displays 6 within parenthesis,
whereas mine displays 2?

        At your disposal for any addtional info you may require.

        Richard

-------------------------------------------------------