| От | Tom Lane |
|---|---|
| Тема | Re: BUG #5748: Invalid oidvector data during binary recv |
| Дата | |
| Msg-id | 15909.1289492255@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #5748: Invalid oidvector data during binary recv (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: BUG #5748: Invalid oidvector data during binary recv
|
| Список | pgsql-bugs |
BTW ... it strikes me there's another inconsistency between oidvectorin
and oidvectorrecv, namely that the former enforces a maximum of
FUNC_MAX_ARGS elements whereas the latter has no such limit. Should we
do something about that, and if so what? It wouldn't be too hard to get
rid of the former's maximum, but I'm worried about whether any code is
dependent on an assumption that oidvectors can't get toasted. The
type's marked untoastable in pg_type, so maybe enforcing the same limit
in the latter is a safer idea.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера