]> granicus.if.org Git - postgresql/commit
Teach psql's tab completion to consider the entire input string.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 20 Dec 2015 18:28:11 +0000 (13:28 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 20 Dec 2015 18:28:18 +0000 (13:28 -0500)
commitd854118c8df8c413d069f7e88bb01b9e18e4c8ed
treef481e906ccc535c03007c3a2386de8aea17ba504
parent69e7c44fc66a1d0dcc6021e696d57e200a189888
Teach psql's tab completion to consider the entire input string.

Up to now, the tab completion logic has only examined the last few words
of the current input line; "last few" being originally as few as four
words, but lately up to nine words.  Furthermore, it only looked at what
libreadline considers the current line of input, which made it rather
myopic if you split your command across lines.  This was tolerable,
sort of, so long as the match patterns were only designed to consider the
last few words of input; but with the recent addition of HeadMatches()
and Matches() matching rules, we really have to do better if we want
those to behave sanely.

Hence, change the code to break the entire line down into words, and to
include any previous lines in the command buffer along with the active
readline input buffer.

This will be a little bit slower than the previous coding, but some
measurements say that even a query of several thousand characters can be
parsed in a hundred or so microseconds on modern machines; so it's really
not going to be significant for interactive tab completion.  To reduce
the cost some, I arranged to avoid the per-word malloc calls that used
to occur: all the words are now kept in one malloc'd buffer.
src/bin/psql/input.c
src/bin/psql/input.h
src/bin/psql/mainloop.c
src/bin/psql/tab-complete.c
src/bin/psql/tab-complete.h