Re: minor bash man page "cd -" annoyance

2011-07-27 Thread Steven W. Orr
On 7/26/2011 10:45 PM, Jason Quinn wrote: In the bash man page's section for "cd" it says An argument of - is equivalent to $OLDPWD. If a non-empty directory name from CDPATH is used, or if - is the first argument, and the directory change is successful, the absolute pathname of the new working

minor bash man page "cd -" annoyance

2011-07-27 Thread Jason Quinn
In the bash man page's section for "cd" it says An argument of - is equivalent to $OLDPWD. If a non-empty directory name from CDPATH is used, or if - is the first argument, and the directory change is successful, the absolute pathname of the new working directory is written to the standard output.

"read" builtin corrupts buffered input after byte 2**31 (w/patch)

2011-07-27 Thread Gregory Margo
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/share

Re: Fallback language for internationalized string

2011-07-27 Thread Eric Blake
On 07/27/2011 09:35 AM, Anders Sundman wrote: Andreas Schwab wrote: Anders Sundman writes: Is it possible to get bash to use a fallback language for showing localized strings if no translation exists for the current language? Instead of using the 'raw' msgid that is. The msgid is suposs

Re: Fallback language for internationalized string

2011-07-27 Thread Andreas Schwab
Eric Blake writes: > On 07/27/2011 09:05 AM, Andreas Schwab wrote: >> Anders Sundman writes: >> >>> Is it possible to get bash to use a fallback language for showing >>> localized strings if no translation exists for the current language? >>> Instead of using the 'raw' msgid that is. >> >> The m

Re: Fallback language for internationalized string

2011-07-27 Thread Anders Sundman
Andreas Schwab wrote: >Anders Sundman writes: > >> Is it possible to get bash to use a fallback language for showing >> localized strings if no translation exists for the current language? >> Instead of using the 'raw' msgid that is. > >The msgid is supossed to be the fallback. That's how get

Re: Fallback language for internationalized string

2011-07-27 Thread Eric Blake
On 07/27/2011 09:05 AM, Andreas Schwab wrote: Anders Sundman writes: Is it possible to get bash to use a fallback language for showing localized strings if no translation exists for the current language? Instead of using the 'raw' msgid that is. The msgid is supossed to be the fallback. Tha

Re: Fallback language for internationalized string

2011-07-27 Thread Andreas Schwab
Anders Sundman writes: > Is it possible to get bash to use a fallback language for showing > localized strings if no translation exists for the current language? > Instead of using the 'raw' msgid that is. The msgid is supossed to be the fallback. That's how gettext works. Andreas. -- Andrea

Fallback language for internationalized string

2011-07-27 Thread Anders Sundman
Hi! Is it possible to get bash to use a fallback language for showing localized strings if no translation exists for the current language? Instead of using the 'raw' msgid that is. E.g. $"mymsgid" has translations in en and sv that makes sense. But then a user with LANG=fr and gets the 'raw' myms

Re: bug? {1..3} doesnt' use IFS to separate fields

2011-07-27 Thread Geir Hauge
2011/7/25 Linda Walsh > > > I know it wasn't designed this way, but it seems like it > is a bug. > The manual says nothing about brace expansion using IFS in any way, so it's not a bug. If I do > read a b c <<<$(echo {1..3} ); echo "a:$a b:$b c:$c" > I get: > a:1 b:2 c:3 > > But If I do > e