Re: Bash-4.0-rc1 available for FTP

Nicolas writes: > Hello, > > I ran some benchmarks of Bash 4.0-rc1. It is quite impressive! Here are the > results. > My computer is a Pentium M (running at 600 MHz for the test), running Linux > 2.6.26 with libc6 version 2.7 and Debian bash-completion version 20080705. > The figur

Re: dabbrev-expand behavior

Chet Ramey writes: > Dan Nicolaescu wrote: > > Hi, > > > > Thanks for implementing dabbrev-expand in bash-4.0! > > > > Unfortunately the behavior is not consistent with what dabbrev-expand > > does in Emacs (and tcsh), so it will be

dabbrev-expand behavior

Hi, Thanks for implementing dabbrev-expand in bash-4.0! Unfortunately the behavior is not consistent with what dabbrev-expand does in Emacs (and tcsh), so it will be quite confusing for users to use. Doing # bind dabbrev-expand to it's canonical key: $ bind '"\M-/":dabbrev-expand' # Now run a f

Re: truncating the path in the bash prompt?

Dan Nicolaescu writes: > In tcsh %c can be used to only show the last few directory names in a > path (also see the ellipsis variable). > > For example for this directory: > > /lib/modules/2.6.21-1.3194.fc7/kernel/drivers/char/hw_random/ > > the p

Re: run-fg-editor for bash?

Dan Nicolaescu writes: > In tcsh the command run-fg-editor bound by default to C-M-z is > extremely useful when you have an editor suspended. > It makes it very easy to return to the editor, do some editing, then > suspend the editor again, and the command line is restore

Re: truncating the path in the bash prompt?

Stephane Chazelas <[EMAIL PROTECTED]> writes: > On Thu, Nov 01, 2007 at 08:01:58AM -0700, Dan Nicolaescu wrote: > > > > In tcsh %c can be used to only show the last few directory names in a > > path (also see the ellipsis variable). > > &

truncating the path in the bash prompt?

In tcsh %c can be used to only show the last few directory names in a path (also see the ellipsis variable). For example for this directory: /lib/modules/2.6.21-1.3194.fc7/kernel/drivers/char/hw_random/ the prompt can look like this: [EMAIL PROTECTED]:...drivers/char/hw_random> when using

run-fg-editor for bash?

In tcsh the command run-fg-editor bound by default to C-M-z is extremely useful when you have an editor suspended. It makes it very easy to return to the editor, do some editing, then suspend the editor again, and the command line is restored in exactly the same state as it was before doing C-M-z

implicitcd for bash?

In tcsh (and zsh) the "set implicitcd" is extremely useful when you get used to it. It allows on to type just "DIRECTORY_NAME" instead of "cd DIRECTORY_NAME". At first it might seem like a minor difference, but after getting used to it it's quite helpful, especially when you do a lot of cut and p

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

Chet Ramey <[EMAIL PROTECTED]> writes: > Dan Nicolaescu wrote: > > I originally posted this 2 1/2 month ago and I did not get any > > feedback. > > > > Is there anything I can do to get a bit of attention on this issue? > > Something lik

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

I originally posted this 2 1/2 month ago and I did not get any feedback. Is there anything I can do to get a bit of attention on this issue? Do I need to better present the advantages of having a dabbrev-expand implementation in readline/bash? Did this simply slip through the cracks? Please l

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

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