On Sunday, February 19, 2012 04:25:46 PM Chet Ramey wrote:
> I assume you mean the first one. It doesn't matter whether or not the
> variable is set as a side effect of the redirection -- it's in a
> subshell and disappears.
>
> Chet
Forgot to mention though, It's possible in ksh there is no su
I'm not sure if it's a bug or not, but there is change between old bash
3.2 and bash 4.2.
When you run a script:
set -m
$(sleep 1; sleep 2)
in bash 4.2 the first sleep has same group id as parent shell. However
in bash 3.2 it has different group id.
Is it bug or not? I'm not able to find docu
> I'm not sure if it's a bug or not, but there is change between old bash
> 3.2 and bash 4.2.
> When you run a script:
> set -m
> $(sleep 1; sleep 2)
>
> in bash 4.2 the first sleep has same group id as parent shell. However
> in bash 3.2 it has different group id.
>
> Is it bug or not? I'm not
On 2/18/12 5:39 AM, John Kearney wrote:
> Bash Version: 4.2
> Patch Level: 10
> Release Status: release
>
> Description:
> Current u32toutf8 only encode values below 0x correctly.
> wchar_t can be ambiguous size better in my opinion to use
> unsigned long, or uint32_t, or someth
On 2/18/12 7:07 AM, John Kearney 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_64-pc-linux-gnu'
> -DCONF
On 2/19/12 5:07 PM, John Kearney wrote:
> Can somebody explain to me what u32tochar is trying to do?
>
> It seems like dangerous code?
>
> from the context i'm guessing it trying to make a hail mary pass at
> converting utf-32 to mb (not utf-8 mb)
Pretty much. It's a big-endian representation o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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-pc-linux-gnu'
- -DCONF_VE