~/.inputrc syntax errors not reported to the user

In ~/.inputrc I put the following syntax error sdsddd sdsds and save the file and run re-read-init-file (C-x C-r). No error is reported to me.

completion gobbles partial match string

Put the cursor after the word "list" and hit TAB: # find /etc/apt/sources.list.d/*list #|cpio -o|ssh 192.168.44.4 cpio -ivdm Emacssources.list eeepc.list tw.list # find /etc/apt/sources.list.d/ #|cpio -o|ssh 192.168.44.4 cpio -ivdm Notice how we are shown the completions, but then the "*l

Re: completion gobbles partial match string

> "CR" == Chet Ramey writes: CR> I have to assume that you're using programmable completion, CR> and the compspec for `find' doesn't impose the same restriction. Same happens with cat or ":", not only find. It doesn't happen for # su - nobody And I've isolated the problem to somewhere in this

Re: completion gobbles partial match string

CR> Should readline do this only if there are multiple matches? Getting over my head... I'll trust your judgment.

^K should go to next history item

^P^P^P^P^K^K^K^K or at least ^P^P^P^P^A^K^A^K^A^K^A^K should kill each line out of the history. Instead we need to do more steps: ^P^P^P^P^A^K^N^A^K^N^A^K^N^A^K .

[Qq] vs TAB

BASH_VERSION='4.1.5(1)-release' $ ls /cf/20100428xindianS* /cf/20100428xindianSQUARE.jpg /cf/20100428xindianSquare2.jpg $ xli /cf/20100428xindianS[Qq] #shows nothing. Wrong. $ xli /cf/20100428xindianS[Qq]* #shows the files, but then eats the [Qq]* 20100428xindianSQUARE.jpg 20100428xindianSquare2

document $MAIL for Maildir users

man page says MAIL If this parameter is set to a file name and the MAILPATH variable is not set, bash informs the user of the arrival of mail in the specified file. OK, but also mention one can set it to a directory. And say that MAIL=$HOME/Maildir/ is what Maildir

<    1   2