On 2/28/11 6:45 AM, Andres Perera wrote:
> for i in bash mksh; do
> echo $i:
> $i <<'!'
> set 'a b' 'c d'
> quoted="$@"
> unquoted=$@
> echo "$quoted"
> echo "$unquoted"
> !
> done
>
> here bash treats unquoted $@ on rhs differently, expanding
On 03/03/2011 08:12 PM, Chet Ramey wrote:
Here's a fix. This is very similar to bash42-004.
Seems it fixed it. But not done more testing.
RR
> seen with bash-4.2.6 with gcc-4.5, configured on i686-linux-gnu with
> --enable-targets=all --with-arch-32=i686, works with bash-4.1:
>
> case X"${with_cpu}" in
Here's a fix. This is very similar to bash42-004.
Chet
*** ../bash-4.2-patched/subst.c 2011-02-25 12:03:58.
On 03/03/2011 07:08 PM, Greg Wooledge wrote:
unset a; case X"${a}" in X) echo good;; *) echo bad;; esac
It's the same as I wrote few seconds before. X"${a}" is parsed to X\117.
RR
case x"" in.. is falsely parsed. See the example:
$ cat test.sh
case x"" in
x?) printf "unexpected\n"
;;
x) printf "expected\n"
;;
*) printf "no match\n"
;;
esac
$ ./bash ./test.sh
unexpected
$ ./bash --version
GNU bash, version 4.2.6(1)-release (x86_64-unknown-linux-gnu)
x"
On Thu, Mar 03, 2011 at 06:41:00PM +0100, Matthias Klose wrote:
> replacing
> case X"${with_cpu}" in
> with
> case X${with_cpu} in
>
> lets the match suceed with bash-4.2.6. bash-4.1.x works with both variants.
Confirmed here:
imadev:~$ bash-4.1.9
seen with bash-4.2.6 with gcc-4.5, configured on i686-linux-gnu with
--enable-targets=all --with-arch-32=i686, works with bash-4.1:
case X"${with_cpu}" in
Xgeneric|Xatom|Xcore2|Xnocona|Xx86-64|Xamdfam10|Xbarcelona|Xk8|Xopteron|Xathlon64|Xathlon-fx|Xathlon64-sse3|Xk8-sse3|X
Henk van de Kamer writes:
> The proces hangs. When combined with strace I get the following:
>
> ...
> clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
> child_tidptr=0x2b65860859d0) = 29577
> close(3)= 0
> close(7)
> While strace shows a great deal, a stack traceback from gdb would be
> more informative. Attach to the running bash process with gdb, and
> run the `where' command.
This is way over my head :-). I've never used gdb and although the vzctl
commands executes bash, I have no idea if and how you can
On 3/2/11 8:38 AM, Henk van de Kamer wrote:
> Bash Version: 4.2
> Patch Level: 6
> Release Status: release
>
> Description:
> Bash 4.1 patchlevel 9 works but when an OpenVZ container is upgraded to Bash
> 4.2 patchlevel 6 you can't login through the physical node with the vzctl
> enter command.
10 matches
Mail list logo