Re: Command "read -N " doesn't respect UTF-8 encoding
> On Oct 24, 2020, at 3:51 PM, i...@kablex.ru wrote: > > Configuration Information [Automatically generated, do not change]: > Machine: x86_64 > OS: linux-gnu > Compiler: gcc > Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' > -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_$ > uname output: Linux bitrix-lamp 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u5 > (2017-09-19) x86_64 GNU/Linux > Machine Type: x86_64-pc-linux-gnu > > Bash Version: 4.3 > Patch Level: 30 > Release Status: release > > Description: >UTF-8 string piped to read command goes corrupt with -N option, e.g. > printf "привет"|(read -N 100500 var_text; printf "$var_text" ) > returns some corrupt output "�#��#��#��#��#��#�" > while > printf "привет"|(read -n 100500 var_text; printf "$var_text" ) > returns correct output "привет" > > > Repeat-By: >as described above FWIW your test case seems to work fine with a modern bash. % bash --version | head -n 1 GNU bash, version 5.0.17(1)-release (x86_64-apple-darwin18.7.0) % bash --norc <<\EOF heredoc> printf "привет"|(read -N 100500 var_text; printf "$var_text" ) heredoc> EOF привет% -- vq
Command "read -N " doesn't respect UTF-8 encoding
Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_$ uname output: Linux bitrix-lamp 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u5 (2017-09-19) x86_64 GNU/Linux Machine Type: x86_64-pc-linux-gnu Bash Version: 4.3 Patch Level: 30 Release Status: release Description: UTF-8 string piped to read command goes corrupt with -N option, e.g. printf "пÑивеÑ"|(read -N 100500 var_text; printf "$var_text" ) returns some corrupt output "�#��#��#��#��#��#�" while printf "пÑивеÑ"|(read -n 100500 var_text; printf "$var_text" ) returns correct output "пÑивеÑ" Repeat-By: as described above
Re: Typo in the bash man page
On 10/23/20 2:05 PM, Luc Ducazu wrote: > Bash Version: 5.0 > Patch Level: 17 > Release Status: release > > Description: > Typo in section 'CONDITIONAL EXPRESSIONS' > > Repeat-By: > $ man bash > > Fix: > [...]The test abd [ commands determine their behavior[...] > Should be > [...]The test and [ commands determine their behavior[...] Thanks for the report. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, UTech, CWRUc...@case.eduhttp://tiswww.cwru.edu/~chet/
Re: issue with vredir6.sub and AIX - bash (sub-shell) is crashing durig manual replication of test
OK. Thanks for the reply - and apologies for slow response. I was expecting a summary of the test results. I thought the other projects you lead ended with test summaries. If you care to help me find where the wrong error number is being returned I'll try and come up with a PR to fix this test for AIX. If not, we can consider this thread 'closed'. Sincerely, Michael On 16/10/2020 15:16, Chet Ramey wrote: > On 10/16/20 6:31 AM, Michael Felt wrote: > >> OK. While - perhaps the root cause is differences in error-codes, or >> something like that - and not to be overly concerned about (as I am not >> with the UTF-8 'errors') I am concerned that 'make test' terminates at >> this point - rather than continuing with the rest of the test suite. > There is no "rest of the test suite." That is the last test script. Bash > runs all the tests to completion. >