[Top][All Lists]

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

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

From: Richard
Subject: Fwd: Re: Bash-3.1.17 gets lost looking for end of string in certain contexts
Date: Wed, 3 May 2006 22:50:03 -0300
User-agent: KMail/1.6.2

        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 
Date: Wednesday 03 May 2006 22:36
From: Richard <address@hidden>
To: Eric Blake <address@hidden>

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

(beware of line wrapping at 72 chars)

<xterm history>

address@hidden 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)
address@hidden 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.
address@hidden rag]$ strings -a '/mnt/STG1/bin/bash' | grep GCC | head -n 1
GCC: (GNU) 3.4.6
address@hidden 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
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
        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:
address@hidden rag]$ '/mnt/STG1/bin/bash'
address@hidden ~]$ echo $BASH_VERSION
address@hidden ~]$ status=`echo 'beriberi'| { grep -E -e '(....).*\1' >/dev/null
2>&1 ; echo $?; }` || echo OOPS
address@hidden ~]$ echo $status
address@hidden ~]$ cd /mnt/STG1/opt/sources/grep-2.5.1a/tests
address@hidden 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
address@hidden 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.



reply via email to

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