On 9/11/14, 9:45 AM, Beorn Harris wrote:
> Configuration Information [Automatically generated, do not change]:
> Machine: i386
> OS: solaris2.10
> Compiler: gcc
> Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386'
> -DCONF_OSTYPE='solaris2.10' -DCONF_MACHTYPE='i386-pc-solaris2.10'
> -DCONF_VENDOR='pc' -DLOCALEDIR='/usr/local/share/locale' -DPACKAGE='bash'
> -DSHELL -DHAVE_CONFIG_H -DSOLARIS -I. -I. -I./include -I./lib
> -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/include/ncurses
> -I/usr/openwin/include -I/usr/local/rrdtool-1.4.2/include
> -I/usr/local/BerkeleyDB.4.7/include -I/usr/local/include/pcap
> -I/usr/local/include/freetype2 -I/usr/include/mps -O2 -march=i686
> -L/usr/local/lib -R/usr/local/lib -L/usr/local/ssl/lib -R/usr/local/ssl/lib
> -L/usr/openwin/lib -R/usr/openwin/lib -I/usr/local/rrdtool-1.4.2/include
> -I/usr/local/BerkeleyDB.4.7/include -I/usr/local/mysql/include
> uname output: SunOS mxdev01ap1 5.10 Generic_142910-17 i86pc i386 i86pc
> Machine Type: i386-pc-solaris2.10
>
> Bash Version: 4.2
> Patch Level: 0
> Release Status: release
>
> Description:
> Under certain (specific) circumstances, the bash "read" built-in is not
> receiving (or is ignoring) the IFS separator. This behaviour is
> demonstrated with the code below, along with a workaround to achieve the
> expected results.
> This appears to be a regression, as the issue does not occur in bash
> 3.00.16 - the default on the test system.
One of the bash-4.2 patches -- maybe patch 41 -- fixes this.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU c...@case.edu http://cnswww.cns.cwru.edu/~chet/
