CVE-2014-7187 and CVE-2014-6278

2014-11-17 Thread Jack
As title, what difference between CVE-2014-7187 and CVE-2014-6278 ? In CVE-2014-7187 says, the test case is probe='() { echo vulnerable; }' bash -c probe but in Shellshocker CVE-2014-6278 , bot

Line is corrupted when pasting long string in vi mode with exit_attribute_mode prompt

2021-12-18 Thread Jack Pearson
atters. Moderately short strings don't cause this issue. If you're unable to reproduce, maybe try a longer string. GNU bash, version 5.1.12(1)-release (x86_64-pc-linux-gnu) Thanks for all the great work you guys do, Jack

Potential for a cumulative patch (or tarball)?

2012-07-18 Thread Jack Nagel
ble? What are the reasons for the current release/patch system? Thanks. Jack Nagel

time builtin handles backgrounding poorly

2007-09-12 Thread Jack Lloyd
Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: x86_64-redhat-linux-gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-redhat-linux-gnu' -DCONF_VENDOR='redhat' -DLOCALEDI

Re: time builtin handles backgrounding poorly

2007-09-14 Thread Jack Lloyd
ith job control. Ah, I see. Is there any recommended way to disable time entirely? alias time="command time" seems to work, just wondering if there is a better solution. -Jack

Re: Is this the expected behaviour for nameref in Bash 4.4 now?

2016-10-20 Thread Jack Kuan
Thanks for replying. I was expecting that in the second iteration of the loop, the local var=var_123 command would make var a normal variable again with value "var_123" and then the local -n var=$var would make var again a nameref to var_123. This seems to be the behavior of Bash 4.3. But anyway

Re: Is this the expected behaviour for nameref in Bash 4.4 now?

2016-10-28 Thread Jack Kuan
thank you for the insight, it's very helpful! On Oct 28, 2016 10:01 AM, "Chet Ramey" wrote: On 10/20/16 2:45 PM, kjk...@gmail.com wrote: > set -x > > var_123=123 > f() { > while (( $# )); do > shift > local var=var_123 > local -n var=$var; : status is $? > loc

Re: Line is corrupted when pasting long string in vi mode with exit_attribute_mode prompt

2021-12-18 Thread Jack Pearson via Bug reports for the GNU Bourne Again SHell
Ahh my bad, didn't read that section of the manual carefully enough. Thanks Andreas! Jack On December 18, 2021 8:03:17 AM PST, Andreas Schwab wrote: >On Dez 17 2021, Jack Pearson wrote: > >> PS1='$(tput sgr0)' # emit exit_attribute_mode capability string > &g