I ran into a strange bug using newer versions of bash, I haven't isolated it to a specific release.
OS1: Oracle Enterprise linux 9,4 bash 5.1.8(1) OS2: Gentoo linux bash version 5.2.37 older bash: OS3: centos linux 7.9 bash 4.2.46(2) In using unicode group separator character U 241D, https://www.compart.com/en/unicode/U+241D, 0x241D I set the IFS to this unicode, and have U+241E and U+241F characters in the data. When assigning to an array, and using for var in "${array[@]}"... it ends up splitting the data at unexpected locations. I don't get this behaviour when the array isn't quoted examples quoted and unquoted: quoted: exampledatasetBeginning quoted: example1� quoted: �value 1 quoted: example2� quoted: �value 2� quoted: �data2� quoted: �secondarydata quoted: example3� quoted: �value 3 unquoted: exampledatasetBeginning unquoted: example1␞value 1 unquoted: example2␞value 2␟data2␞secondarydata unquoted: example3␞value 3 In older versions of bash, this behaves as expected. I wrote a script that will easily reproduce this: --------------------------- export LC_CTYPE="en_US.UTF-8" export GS=$'\u241D' export RS=$'\u241e' export US=$'\u241f' export TAB=$'\t' export NEWLINE=$'\n' function testscript() { #create a copy of IFS to revert local OLD_IFS=${IFS} #make local so it doesn't effect global local IFS=${IFS} local var1= local arr1=() local arr2=() local entry= local data="exampledatasetBeginning${GS}example1${RS}value 1${GS}example2${RS}value${NEWLINE}2${US}data2${RS}secondarydata${GS}example3${RS}value${TAB}3" echo "GS:${GS} RS:${RS} US:${US}" var1=${data} # Show the difference echo "-----------unquoted echo---------------------" echo ${var1} echo "------------quoted echo----------------------" echo "${var1}" echo "---------------------------------------------" #set IFS and assign variable to an array IFS=${GS} arr1=( ${var1} ) # Has strange field splitting issues for entry in "${arr1[@]}"; do echo "quoted: ${entry}" done # Seems to work as expected for entry in ${arr1[@]}; do echo "unquoted: ${entry}" done echo "---------------Quoted array------------------------------" #loop over array to get data sets arr2=( "${var1}" ) # Behavior is a little different for the # quoted iteration, it includes extra spaces for entry in "${arr2[@]}"; do echo "quoted: ${entry}" done # Behaves the same way as arr1 unquoted for entry in ${arr2[@]}; do echo "unquoted: ${entry}" done IFS=${OLD_IFS} } testscript ------------------------------- I noticed a few other differences when compared to older bash, as in the quoted array assignment and quoted for loop provides no separation, as expected. I didn't see anything specific that may cause this, and did try testing with a few other unicode characters, though they were printable characters, and they did not have the same behaviour, but it was not an exhaustive test. My issue/concern is that I expect quoted to be the best and safest way to keep the data fields as I expect them to be first separated here by Group Separator, and can later use the other fields to further split data, since my data can potentially have common separator characters. If anybody has thoughts, or even where to begin looking as to where this might be, it would be greatly helpful. Thanks Jeff