Error expanding variable containing a directory name

Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -g -O2 -fdebug-prefix-map=/build/bash-a6qmCk/bash-5.0=. -fstack-protector-strong -Wformat -Werror=format- uname output: Linux fractal 5.4.0-42-generic #46-Ubuntu SM

Shell does not recognize umlaut in URL

Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -g -O2 -fdebug-prefix-map=/build/bash-a6qmCk/bash-5.0=. -fstack-protector-strong -Wformat -Werror=format- uname output: Linux fractal 5.4.0-42-generic #46-Ubuntu SM

Re: Shell does not recognize umlaut in URL

On 7/23/20 11:56 AM, Lutz Adam wrote: > Description: >    If a URL on the command line or in a file contains an umlaut as in >         https://dict.leo.org/franz*ö*sisch-deutsch >         the shell stops recognising the URL after the umlaut "ö". Only > the part >    "https://dict.leo.org/fr

Re: Error expanding variable containing a directory name

On 7/23/20 12:08 PM, Lutz Adam wrote: > Description: >    The content of $ML is "/media/lad".  There's a directory > /media/lad/p24. Typing the command >             ls $ML/p24 >    a backslash is put befor "$" and the line looks like: >             ls \$ML/p24/ >    Typing the ENTER ke

Re: Error expanding variable containing a directory name

> On Jul 23, 2020, at 12:08 PM, Lutz Adam wrote: > > Bash Version: 5.0 > Patch Level: 17 > Release Status: release > > Description: >The content of $ML is "/media/lad". There's a directory >/media/lad/p24. Typing the command > ls $ML/p24 >a backslash is put b

No word splitting for assignment-like expressions in compound assignment

Hello! I have a question about the following behavior: $ Z='a b' $ A=(X=$Z) $ declare -p A declare -a A=([0]="X=a b") $ A=(X$Z) $ declare -p A declare -a A=([0]="Xa" [1]="b") I find it surprising that no word splitting is performed in the first compound assignment. I realize that skipping word

EOF not disabled in readline

It seems that disabling the EOF character does not have an effect on readline. For example: $ stty sane $ stty eof undef $ ^D Use "logout" to leave the shell. $ read -e; echo $? ^D 1 But the setting did take effect, as can be verified by running, e.g. `read' w/o readli

$SHELLOPTS after function with `local -'

The value of $SHELLOPTS is not always updated correctly after returning from a function that modifies options after using `local -'. For example: fun() { local -; set -u; }; fun [[ $- == *u* ]]; echo $?# 1 [[ :$SHELLOPTS: == *:nounset:* ]]; echo $? # 0 Th

$IGNOREEOF always modified by `local -'

Having IGNOREEOF defined prior to invoking a function that uses `local -' causes IGNOREEOF to be set to `10' after the function returns. $ IGNOREEOF=0; f() { local -; }; f; echo $IGNOREEOF 10