Re: [PATCH 2/5] Make relpathbackend return a statically result instead of palloc()'ing it
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [PATCH 2/5] Make relpathbackend return a statically result instead of palloc()'ing it |
| Дата | |
| Msg-id | 6507.1357693070@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [PATCH 2/5] Make relpathbackend return a statically result instead of palloc()'ing it (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [PATCH 2/5] Make relpathbackend return a statically
result instead of palloc()'ing it
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> I was thinking more about a sprintf()-type function that only
> understands a handful of escapes, but adds the additional and novel
> escapes %I (quote as identifier) and %L (quote as literal). I think
> that would allow a great deal of code simplification, and it'd be more
> efficient, too.
Seems like a great idea. Are you offering to code it?
Note that this wouldn't entirely fix the fmtId problem, as not all the
uses of fmtId are directly in sprintf calls. Still, it might get rid of
most of the places where it'd be painful to avoid a memory leak with
a strdup'ing version of fmtId.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера