A question about bash change for efficiency speedups in multibyte locales

Hello,  I recently did lsb-test-core on ubuntu 16.04. There is a test that can be successful in bash 4.1 but fails in bash 4.3. The test comment is :  bash tp10.sh. The content of tp10.sh is :   echo [[:xdigit:]] [[:hyphen:]]. And this test sets a multibyte locale that defines a charclass contai

File completion scans unrelated directory

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_64-redhat-linux-gnu' -DCONF_VENDOR='redhat' -DLOCALEDIR='/usr/share/locale' -

Re: command_not_found_handle strange behaviour

On Wed, Mar 28, 2018 at 06:42:21PM +0300, Кириллов Дима wrote: [...] > Bash Version: 4.4 > Patch Level: 19 > Release Status: release > > Description: > I can't understand why read works without subshell before it, > but with subshell before read it stops > > command_not_found_handle()

Re: Strange behaviour when sending SIGTERM to bash

On 3/28/18 12:52 PM, Martin Schulte wrote: > Hello, > > I'm running bash under Debian Stretch: > > $ echo $BASH_VERSION > 4.4.12(1)-release > $ trap > $ echo $$ > 1100 > $ kill 1100 > $ > > => Looks fine for me > > Then I do a > > kill 1100 > > from another session and the bash above termin

Re: proper bash configure behavior when /dev/stdin is present, /dev/{,self/}fd are not?

On 3/28/18 5:59 PM, Brian Carnes wrote: > When configuring bash on a self-hosted QNX 6.6 or QNX7 system: > > This is an OS that has /dev/stdin and friends, but does not have /dev/fd. > > When blind cross-compiling bash for QNX, one would get a guess answer of: > bash_cv_dev_fd=standard > bash

Extra parenthesis in documentation

Under 6.3.3 Interactive Shell Behavior In the absence of any traps, |SIGINT| is caught and handled *((*see Signals ).