Re: Bash arithmetic doesn't give error message on wrap.

2007-04-28 Thread Richard Neill
Chet Ramey wrote: Description: $ echo $((40*40) -2446744073709551616 Repeat-By: Do some arithmetic in bash $(()). If the numbers are out of range, the output will be wrong in all sorts of interesting ways. No error message is given. Fix:

Re: shell-expand-line removes quotes from alias expansion

2007-04-28 Thread Chet Ramey
[EMAIL PROTECTED] wrote: > Configuration Information [Automatically generated, do not change]: > Machine: i386 > OS: linux-gnu > Compiler: gcc > Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386' > -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-pc-linux-gnu' > -DCONF_VENDOR='pc' -DLOCA

shell-expand-line removes quotes from alias expansion

2007-04-28 Thread mw-u2
Configuration Information [Automatically generated, do not change]: Machine: i386 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-pc-linux-gnu' -DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='ba

[patch] proof of concept implementation for dabbrev-expand for readline

2007-04-28 Thread Dan Nicolaescu
Hi, IMO a dabbrev-expand implementation in readline would be a good idea. In emacs dabbrev-expand is bound by default to M-/ (AFAIK emacs had the original implementation for this idea. It is now present in tcsh too) What dabbrev-expand could do in readline/bash is to complete the word the curs

Re: Bash arithmetic doesn't give error message on wrap.

2007-04-28 Thread Chet Ramey
Richard Neill wrote: > Bash Version: 3.2 > Patch Level: 13 > Release Status: release > > Description: > $ echo $((40*40) > -2446744073709551616 > > Repeat-By: > Do some arithmetic in bash $(()). > If the numbers are out of range, the output will be wro

Re: Would bash ever use xterm color support as default?

2007-04-28 Thread Chet Ramey
shirish agarwal wrote: > Most of us use bash by default. And bash is not intuitive atleast for > people who are new to the system. I'm sure there have been suggestions made > for this before & would be made after me and I guess the people maintaining > bash would have some valid points why t