Oops. I was using unpatched 4.1. I missed/ignored the patches directory.
Indeed http://ftp.gnu.org/gnu/bash/bash-4.1-patches/bash41-001 is the same.
Would be nice for most/lazy folks if there was:
http://ftp.gnu.org/gnu/bash/bash-4.1p7.tar.gz
or such.
Thanks,
- Jay
---
On Tue, Jun 08, 2010 at 12:53:47PM -0500, Peng Yu wrote:
> I have a program that only accept argument with a give suffix
>
> ./program xxx.suffix
>
> If I use process substitution, which gives me /dev/fd/xx, it will not
> work with the program. Is there a way to make sure a suffix is added
> to t
I have a program that only accept argument with a give suffix
./program xxx.suffix
If I use process substitution, which gives me /dev/fd/xx, it will not
work with the program. Is there a way to make sure a suffix is added
to the substitute process file handle in /def/fd/, so that the program
can
tags 6377 + notabug
On 08/06/10 14:48, Iosif Fettich wrote:
> (I'm not sure if this a bash or a coreutils issue).
>
> ls [A-Z]*
>
> doesn't work as expected/documented.
The logic is in bash but it's not an issue.
It's using the collating sequence of your locale
$ touch
On Tue, Jun 08, 2010 at 04:25:53PM +0200, Roman Rakus wrote:
> In your locales lower letters are before capital letters, therefore
> [a-z] does not include capital.
That's unlikely. More often, they're mixed together (AaÁáäBb).
> In C locales the sequence is capital letters and then lower l
Farkas Levente writes:
> hi,
> =~ no longer working in bash. just try this little line:
> -
> if [[ "abc" =~ "abc.*" ]]; then echo inside; else echo outside; fi
> -
See question E14 in the Bash FAQ.
Andreas.
--
Andreas Schwab, sch...@lin
On Tue, Jun 8, 2010 at 4:48 PM, Iosif Fettich wrote:
...
>
> ls [a-z]*
>
> outputs
>
> a A b B z
>
> (why 'A' and 'B' - and/or where's 'Z'...?!!)
>
>
it's a classic problem with the locale, the range [a-z] contains the
capital letters
for some locale definitions ie
On Tue, Jun 08, 2010 at 02:23:48PM +0200, Farkas Levente wrote:
> -
> if [[ "abc" =~ "abc.*" ]]; then echo inside; else echo outside; fi
> -
> this give "inside" up to 4.0, but it gives "outside" in 4.1.
If you want the .* to be taken as a re
On 06/08/2010 03:48 PM, Iosif Fettich 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-unknown-linux-gnu'
-DCONF
On 06/08/2010 02:23 PM, Farkas Levente wrote:
hi,
=~ no longer working in bash. just try this little line:
-
if [[ "abc" =~ "abc.*" ]]; then echo inside; else echo outside; fi
-
this give "inside" up to 4.0, but it gives "outside" in 4.1.
im
On Tue, Jun 8, 2010 at 3:23 PM, Farkas Levente wrote:
> hi,
> =~ no longer working in bash. just try this little line:
> -
> if [[ "abc" =~ "abc.*" ]]; then echo inside; else echo outside; fi
> -
> this give "inside" up to 4.0, but it gives
On Tue, Jun 08, 2010 at 04:48:08PM +0300, Iosif Fettich wrote:
> ls [A-Z]*
>
> doesn't work as expected/documented.
> I'd want/expect it to list the filenames starting with an uppercase
> letter.
The results of this are dependent upon your locale. If your locale
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-unknown-linux-gnu'
-DCONF_VENDOR='unknown' -DLOCALEDIR='/usr/local/shar
hi,
=~ no longer working in bash. just try this little line:
-
if [[ "abc" =~ "abc.*" ]]; then echo inside; else echo outside; fi
-
this give "inside" up to 4.0, but it gives "outside" in 4.1.
imho it's a serious changes since all shell script
14 matches
Mail list logo
