Re: quoting psql varible as identifier
От | Robert Haas |
---|---|
Тема | Re: quoting psql varible as identifier |
Дата | |
Msg-id | 603c8f071001212034m48c58dbah78896c28f97d8337@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: quoting psql varible as identifier (Pavel Stehule <pavel.stehule@gmail.com>) |
Ответы |
Re: quoting psql varible as identifier
|
Список | pgsql-hackers |
On Thu, Jan 21, 2010 at 2:25 PM, Pavel Stehule <pavel.stehule@gmail.com> wrote: > 2010/1/21 Robert Haas <robertmhaas@gmail.com>: >> On Thu, Jan 21, 2010 at 12:53 PM, Pavel Stehule <pavel.stehule@gmail.com> wrote: >>> add to state structure field like lexer_error. This field will be >>> checked before execution >>> it could be ugly for metacommands, there will be lot of new checks :( >> >> Eh? The only places where we should need new tests are the places >> that check PQExpBufferBroken() now - there are only 6 calls to that >> function in src/bin/psql and not all of them need to be changed. The >> places that do need to be changed will need to be modified to check >> PQExpBufferBroken() || lexer_coughed_up_a_lung. > > no, it is only 6 calls because we don't check psql_scan_slash_option result. psql_scan_slash_option() already has a way to signal errors - it can return NULL. Type any backslash command followed by a single quote... I'm not saying I love the way those errors are handled, but if we make this patch about revising the way psql does error handling, this is not going to get committed for this release... what we need to do is fit what we're trying to do into the existing model. ...Robert
В списке pgsql-hackers по дате отправления: